On Thu, Aug 06, 2015 at 08:23:02PM -0400, Jarkko Hietaniemi wrote: > Not for the first time, and probably not for the last, I pushed a commit > upstream without adding a link for the bug report as I was meaning to. > > Or it could have been... > > - Simple typos. > > - Broken URLs. > > - The impossibility of two consecutive commits referring to each other > because the older one cannot know what the newer one will be called. > > - The following morning / 5 minutes / 5 second later thinking of > an additional factoid that would've been great to have in the > commit message. > > In general, I find the fact that once a commit has left the building, > it goes into your permanent record, and cannot be changed, ever, to be > very, very annoying. I get the cryptographic "sealing" with all the > preceding changes, but... > > Not that I've thought this through... but couldn't there be a bunch of > "aliases" (new SHAs) for a commit? The original one being the > "master", but as/if the commit message is changed, it could get new > SHAs. Sort of separating the real data of the commit, and the metadata? > > There is something that solves at least part of this problem. It's called git-notes[1]. This allows you to add notes to objects (ie, commits) afterwards. This can be used to attach additional information to a commit without having to change the commit. This obviously doesn't help for fixing typos in commits. There does exist something that works likes you described called git-replace[2]. This allows you for example to replace any commit with any other commit. For this to work with others, you have to make sure refs/replace/* is being pushed, and is fetched by others. This can be done by setting up refspecs, but it has to be done by everone who uses this repo. One more thing, if you know that no one has fetched the branch you just pushed yet, you can amend the commit and force-push it without any problems (I'd sugget using --force-with-lease). Hope this helps, Kevin [1]: http://jk.gs/git-notes.html [2]: http://jk.gs/git-replace.html -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html