Introducing the extremely linear git history
An interesting idea from Gustav Westling…
One of the things that I like to do in my projects, is to make the git history as linear as possible.
Usually this means to rebase commits onto the main branch, but it can also mean to only allow merges in one direction, from feature branches into main, never the other way around. It kind of depends on the project.
Today I’m taking this one step further, and I’m introducing a new concept: extremely linear git history.
With our extremely linear history, the first commit in a repo hash a hash that starts with
0000000, the second commit is
0000001, the third is
0000002, and so on!
How he accomplishes this is perhaps even more interesting (and hacky!)