Right inside the git docs, is states that the git reflog
command runs git reflog show
by default which is an alias for git log -g --abbrev-commit --pretty=oneline
This epiphany deepens my understanding of git, and lets me understand that most
git log
flags might also work with git log -g
.
full or short format
Here are some git commands for you to try out on your own that are all pretty similar, but vary in how much information they show.
# These show only first line of the commit message subject, the hash, and index
git reflog git log -g --abbrev-commit --pretty=oneline
# similar to git log, this is a fully featured log with author, date, and full
# commit message
git log -g
add files
If I am looking for a missing file, I might want to leverage --name-only
or
--stat
, to see where I might have hard reset that file, or deleted it.
git reflog --stat git log -g --stat --abbrev-commit --pretty=oneline
git reflog --name-only git log -g --name-only --abbrev-commit --pretty=oneline
example
Here is an example where I lost my docker-compose.yml
file in a git reset, and got it back by finding the commit hash with git reflog
and cherry picked it back.
❯ git reflog --name-only
0404b6a (HEAD -> main) HEAD@{0}: cherry-pick: add docker-compose
docker-compose.yml
3cfcab9 HEAD@{1}: reset: moving to 3cfc
readme.md
9175695 HEAD@{2}: cherry-pick: add docker-compose
docker-compose.yml
3cfcab9 HEAD@{3}: reset: moving to 3cfc
readme.md fd74df3 HEAD@{4}: commit: add docker-compose docker-compose.yml
3cfcab9 HEAD@{5}: reset: moving to HEAD
readme.md
3cfcab9 HEAD@{6}: commit (initial): add readme
readme.md
This just proves that its harder to remove something from git, than it is to get it back. It can feel impossible to get something back, but once its in, it feels even more impossible to get it out.
Top comments (1)
Jeez, I had no idea! Git is indeed a sea infinitely deep. :D