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!)