social.noyu.me

a thing that really irks me about git: the “author date” in commits. imho, if you make non-trivial changes to a commit when amending it, you should update that date; and if you squash several commits together, you should use the date of the latest one. neither is the default…

git commit --amend defaults to not changing the author date. that’s reasonable for minor changes, but in an environment where people work with commits rather than branches (e.g. Gerrit), this means commit dates that are days, weeks or months earlier than most of the changes…

you can use --reset-author when editing a commit, but not many people seem to know of that.

meanwhile using git merge --squash to do a squash merge of someone else’s work makes you the author now, and makes the date the current time. I don’t like that either.

for amending, I feel like changing the default behaviour is never going to happen. on the other hand, maybe I’ll eventually submit a patch to git to add an alternative squash mode…

in the meantime, I am using a very particular, manual process for all my git merges.

@hikari when I am elected president, —amend will retain previous versions of the commit by default, and squash will be non-destructive.

@richardstephens ooh, how would you do that?

@hikari Instead of actually squashing, generate an empty commit with metadata that indicates "treat the past 7 commits as one squashed commit". Even better, bisect, could know to jump between only squashed commits.