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?

  • What is the difference between git push and git pull?
  • Cloning github repo with hggit
  • manage multiple github repos from the same system and different user names
  • git stash: where did the files in my directory go?
  • Wikis with VCS backends?
  • How to automatically do full backup of repo, wiki, issue tracker etc. in bitbucket?
  • “unpack failed: error Missing commit” but commit exists
  • Revert a merged pull request on BitBucket
  • how to fix “WARNING: terminal is not fully functional” error in command console?
  • Is Git over Network Share possible?
  • CSS versions in filename?
  • Git flow release branches and tags - with or without “v” prefix
  • 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.