Actually by an accident I found out something interesting. I amended a change to an existing local commit. I know that will change the hash of the original commit - at least that's what I thought. But it seems git creates a complete new commit. No problem so far.
$ vim foo
$ git add foo
$ git commit -m "Edited Foo"
$ git log --oneline -n 1
5b122c7 Edited Foo
$ vim foo
$ git add foo
$ git commit --amend
$ git log --oneline -n 1
98f1e64 Edited Foo
$ git show 5b122c7 # wait what?
git show 5b122c7
will show me the original commit - so the amended commit is effictively a new commit.
But why is the old commit still in the repository? Okay it could be neat to have the original commit to go back.
But the original commit 5b122c7
does not even appear in git log --all
Also a git revert 5b122c7
does not fall back to 5b122c7
but instead to the previous commit of my original one.
I'm just curious about this behavior and want to know: is there a way to find the original commit 5b122c7
with git log
or something? In case I don't know the hash of the original commit: how can I find the hash?
The old commit is still in the repository, but is no longer included in the history of any branch. So, 5b122c7
will eventually get cleaned up by Git's garbage collection.
There is no direct way to discover the original commit given only the hash of a new amended commit. Amending a commit is essentially throwing away the old one and making a new one. There is no link between them.
Within the repository where you amended the commit, the git reflog
command will show the hash of the old commit. However, this is not part of what somebody else would see if they were to clone your repository.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With