You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
I have a such a problem. I worked on project, commit some stuff (I use SourceTree + git). Then I noticed that I commit it to HEAD brunch, not to Master one. Don't have an idea what is HEAD. I decided to switch to master and merge changes to it from HEAD. And after that all my commits just disappear. Is there any way to get them back?
I was pretty sure that everything that is commited can't disappear whenever I do
In command line do: git reflog
That will list all commits that were used as HEAD recently.
If you see a commit that looks like last one in the series of commits that have disappeared, copy it's hash.
Then do: git tag emergency <the hash you copied>
You should now see a tag in sourcetree named "emergency" all the commits you couldn't find will be reachable from that tag. You can make a new branch from there and merge it with master.
The only way something might disappear permanently with git is if it has no label.
tags are a kind of label
branches are a kind of label
If there's no branch name or tag name pointing to the last commit and the only label it has is HEAD then they will disappear when you move HEAD to somewhere else by checking out something else.
Luckily `git reflog` lets you see places that were recently checked out as the location of HEAD. And you can use that info to tag the commits you lost so they have a label.
Commits with no label of any kind will eventually be garbage collected and disappear forever.
Sourcetree gives you a clear warning about this problem you are experiencing when you check out something that is not a branch:
> Are you sure you want to checkout 'd2922f3828241dfe38ece99fc5ce5ce231c6b069'?
> Doing so will make your working copy a 'detached HEAD', which means you won't be on a branch anymore. If you want to commit after this you'll probably want to either checkout a branch again, or create a new branch. Is this ok?
You did not heed or read the warning.
HEAD is a an automatic tag that refers to whatever commit you have checked out right now. It is not a branch.
It is possible to undo a commit completely, but difficult to do it by accident. A screenshot and/or a command history would help.
Were you using the command line or Source Tree?
Probably you were working on a branch other than master, and the commits are still there on master. Make sure you have 'show all branches' checked if you're in SourceTree.
If you're at the command line, do a "git log --oneline --all --decorate --graph" command to see what's going on.