[Linux.conf.au 2013] - Git For Ages 4 And Up

I always recommend getting started with git with "Git For Ages 4 And Up" by Michael G. Shwern: ▶ this video

in “A beginner's guide to Git version control” · View on HN

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]

in “How to teach Git” · View on HN

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

in “Gitless: A simple version control system built on top of Git” · View on HN

You don't need a course. All you need is to watch the presentation "Git For Ages 4 And Up" ▶ this video

in “Git in six hundred words” · View on HN

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

in “Ask HN: I started a new job and I'm scared” · View on HN

Here's my standard recommendations: * Learn Git Branching (gentle introduction to git's UI, with a visualization of the DAG) [0] * Git for ages 4 and up (beginner-oriented, teaches you how to model git's internal concepts, 90m video) [1] * Git from the bottom-up (high-level overview of git's internal data structures) [2] * My Git Habits (sophisticated, you will have to study the man pages used to completely internalize the workflow) [3] [0]: [link] [1]: ▶ this video [2]: [link] [3]: [link]

in “Some bad Git situations and how I got myself out of them” · View on HN