Lately, a post on writing good Git commit messages and the subsequent Reddit discussion caught my attention. I fully agree with each and every point made and in fact alway try to convince colleagues and friends to follow this model. However, what to do if you are happily coding away, churning out commit after commit and then end up with a larger number of commits with summaries such as “Fixes this” or “Forgot to add that”? You use an interactive rebase, a Git feature that is surprisingly unknown among my fellow peers.
As the name suggests, an interactive rebase is a rebase done in a more intuitive
way. That does not sound like a lot because most people assume a rebase to be
taking commits from one branch and putting them on top of a commit of another
branch. However, with the default workflow an interactive rebase happens on the
same branch. To initiate such a rebase, simply find a suitable range of commits
that you want to remove, edit or combine (e.g. from
HEAD down the last
ten commits) and type
$ git rebase -i HEAD~10
Your favorite editor will then be opened with the list of commits in
chronological order. You can remove commits simply by removing the
corresponding line or reordering commits by moving lines up and down.
Concerning the Git commit messages, you can edit a message by replacing
e) which also gives you the
opportunity to change the author of a commit. To combine commits, you can
s) which creates a single commit out of all the
marked commits and the one commit leading to the first squash commit.
does the same but will use the commit message of the previous commit. These
tools help to consolidate related commits to one logical commit.
Interactive rebase is a pleasant way of reorganizing the private history. In case you are using Vim, this can be an even more pleasing experience with a small plugin that I wrote some time ago.