Nice list of tips and recent git features to manage large repositories.

Looks like a nice way to automate the creation of changelogs.

Plenty of good tips in there. I knew quite a few, but there are a few nuggets that I'll test drive I think.

Can definitely recommend. The pre-commit project also make managing those a breeze.

So, which team are you on when you think about commits in Git?

It looks like git workflows using rebase are becoming the norm. People are actively trying to avoid merge commits in their repository history. Tooling support could be a bit better though.

Back to the history of VCS, anyone still remember and used SCCS? Well, I did use it...

Interesting statistics, this show how important it is to have well structured and focused change sets as much as possible.

Ever wondered how git implements cherry-pick and revert? Here are a good way to understand them. Also explains what is the 3-way merge git uses widely.

I tend to encourage people to master git rebase. In any case this comes with a few warnings so do it with care. This article does a good job pointing the caveats of the rebase command.

You still find git confusing? This article might help. Although I have doubts that it's doing a good job regarding heads, HEAD and branches, the rest is full of good explanations.

This is pretty much exactly how I organize my projects. I highly recommend this approach, works very well.

A good reference on most of the branching patterns you can find. From this you can derive your project wide policy. Also it's spot on when it says that branching is easy but each time you branch you need to keep in mind how you're going to merge.

Looks like an interesting alternative to Git. To investigate I think.

Funny what you can do with Git at a lower level. 😊

Nice to see there are still people out there keeping in mind the "let's not put all our eggs in the same basket". This is especially important for systems with such vendor lock-in as GitHub. I'm a bit less convinced about replacing Git itself for now.

Since I've seen this argument floating around more than once, it's nice to have a properly done rebuttal of it. This is nicely done, listing the own bias of the author, still in the end that shows the logical flaw of the argument.

Neat git trick, could be useful from time to time.

An often forgotten feature of git. That said it is very convenient when we need to juggle several branches at the same time. This can save some time and space.

I tend to agree with this quite a lot. Git submodules tend to create lots of strange issues and rather bad developer experience. Even worse it's not necessarily spotted straight away, you notice the real pains only after having invested in it quite a bit. There are alternatives worth exploring though.