going back to previous commit without destroying the current one

So I wanted to go back to my previous commit without destryoing the latest one I have now. How do I do this? Doing a git reset HARD will destroy my current commit right?

  • Find out which local branches are out of sync with remote
  • Correct paging and coloured output using Git for Windows via Cygwin
  • Do not commit specific changes to the git, but also don't revert them from my local workspace
  • Git creates a merge commit although it performs a fast-forward merge
  • .gitignore for PhoneGap/Cordova 3.0 projects - what should I commit?
  • TortoiseGit - how to review all changes in a branch
  • A complete backup of a git branch
  • Can Git really track the movement of a single function from 1 file to another? If so, how?
  • git ~/.config/git/config not reading
  • How to “un-git-ify” my HD
  • Git push to heroku
  • git sync with rebase showing other people's files as modified locally
  • 3 Solutions collect form web for “going back to previous commit without destroying the current one”

    Assuming you don’t have any changes that you have not checked in, git checkout $OLD_COMMIT will take you there, and git checkout $BRANCH will take you back.

    That will put you, potentially, on a detached head; see git checkout --help for the details, but if all you want is to run tests on the old version or something that should be fine.

    You might also be interested in:
    git stash – to store away uncommitted changes temporarily
    git show $SHA1 to show the changes of the old commit as a diff
    git show ${REF}:${PATH} to show the content of $PATH in $REF

    (Ref can be a sha, or a branch, or whatever, in the last git show invocation.)

    Use git revert. This allows you to undo a specific commit without upsetting commits since.

    If I understand your case correctly, you have:

    * abc123de a_good_commit
    * bc123def a_bad_commit
    * c123def4 another_good_commit

    You can either git revert HEAD^ or use a specific hash: git revert bc123def.

    Doing any kind of reset to a previous commit will remove your later commits from your branch such that they’re no longer part of it. A commit being the items you see when you do git log.

    This doesn’t mean those commits are instantly destroyed, but as your intention isn’t to get rid of them, you’d probably want to create another branch and use that to look at your previous commit so that your original branch is left with the latest commits intact. (Keywords for creating a new branch are: git branch <name> or git checkout -b <name>. **)

    Hard vs soft reset has more to do with what happens to the files in your working tree, and more importantly to uncommited changes. In essense, the only things destroyed when you specify --hard are your uncommited changes. As long as you’ve left a branch at your latest commit (or you remember the commit id), you can always recover the files by switching back to that branch or commit. (i.e. git checkout)

    ** You can actually look around without creating an extra branch and Daniel Pittman’s answer describes that.

    Git Baby is a git and github fan, let's start git clone.