HackersOnBoard
8 HN recommenders · recommended in 7 months, 2013–2023
1:39:43 · 208K views · Mar 25, 2013
A Linux.conf.au 2013 talk that explains git's internal model using a playful, toy-based approach. It presents git operations as operations on a graph of commits, aimed at people who find git confusing.
HN repeatedly recommends it as the talk that finally makes git's data model click for beginners, despite its odd title.
8 comments from Hacker News
I think the main problem is that many developers don't think of Git as a DAG, so they don't really understand at a fundamental level what the operations are actually doing. Once you understand this, Git really does become simple. All you have to do is map each command to the actual operation on the DAG. This video really explains it quite well, it's the one video that allowed me to fully grasp everything: this video
This is very good explanation, but only explains what happens with the files, nothing about the graph what is a git repository. This talk helped me tremendously to finally understand what's going on in git: this video It is one of the best talks about git for beginners with an unfortunate title :D Also, this interactive visual tool helped me to understand branching: [LINK]
I always recommend getting started with git with "Git For Ages 4 And Up" by Michael G. Shwern: this video
You don't need a course. All you need is to watch the presentation "Git For Ages 4 And Up" this video
This is a nice crash course / intro to the basics that you can play with at your own pace and with your own throwaway repos: [LINK] With that out of the way, if your bosses want to fire you a week after you've consistently and proactively been trying to learn workflows that are new to you in your new job, you'd actually be dodging a bullet. > I hate that I am always asking people for help You only need to do this for "tribal" knowledge, for which you should have (or start) an internal wiki. For the rest, you kinda have to plumb the depths of the public internet... > like today I asked for help to rebase my branch since I have never done it before Yeah, I still remember my first rebase very well, thinking I would just lose everything if it went wrong. I tried a bunch of things on a throwaway repo to figure out what exactly happens, which turned out to be very helpful. I particularly enjoyed this talk once I'd found it: this video > At my old job I was the guy that got things done, gathering requirements, designing and developing new features <...> did anyone else ever feel this way and if so how did you over come, did anyone get fired because they are incompetent? That is still your skill set, and not knowing something does not make you incompetent; though not wanting to learn new workflows and tribal knowledge does . I have always had pride in being a newbie to a new team - I get to learn another set of ways someone has thought about working through problems, and more often than