Note: for the last commit in the log you would write git revert HEAD.Īnd then you update your remote "staging": git pushĮxplanation: In git if you have a remote you are dealing with 2 distinct repositories (local and remote). Then you first revert it locally in your local "staging" branch: git checkout staging If you know that it's the last one, you can use a special identifier "HEAD". Thank you to Nathan for reviewing and providing valuable feedback on this post.First you need to do a git log to find out which commit ID you want to revert. The image below reflects an accurate commit log highlighting the moments I: You can double-check that you reverted the commit by viewing the repo's commit history on. After running this command, you’ve successfully reverted your commit. Now that you’ve exited the terminal, you can finalize the process by running the command git push. Learn more about exiting this mode in this Stackoverflow answer. If you’re seeing this message in your terminal via Vim, you can use the command :wq If this file opens in your IDE, you can just close the file at the top. The goal for you is to review it and close the commit editor. It includes information about the commit that you’re reverting, including the author, the branch, the file, and the message. This is called a COMMIT_EDITMSG it holds a commit message of a commit in progress. You may see a message similar to the image below. You can learn more about git revisions here or on the git scm documentation. You can use any value that is considered a gitrevision, including the: You don’t have to use the commit hash to identify the commit you want to revert.Git is smart enough to identify the commit based on the first four (or more) characters. A shorter method is to run the command git revert 0a3d.Then I ran the following commands to add, commit, and push the changes.Įnter fullscreen mode Exit fullscreen mode In the image below, I added the words “hey, there” on line 1 of our index.md. I added a few arbitrary changes for the sake of the tutorial. Let’s commit and push some changes to our repository.In your repository, create a new file called index.md in our repository.Let’s recreate a situation where you need to undo a commit after you push. Enable you (and others) to understand the evolution of the codebase.Easily roll back small portions of your code if you make a mistake.fixed a typo in the codebase at this time.” It’s suggested to make frequent, small commits to: Imagine this: Git takes a “picture” of your codebase with information stating, “This is what your codebase looked like on Januat 3:55 pm. Running the command git commit saves a version of the codebase at that point in time. Git installed on your computer - You can find the instructions to install Git here.Ī commit is a snapshot of your repository.A GitHub account - If you don’t have one, you can find the signup instructions here.To follow along, you should already have: Some people may even have several years of experience, but still feel uncertain about reverting commits. As software engineers, we have to remember that easy is relative, and there is a steep learning curve in tech. Please refrain from adding discouraging comments critiquing those less experienced with version control. Please note that this post's target audience includes students, early-career developers, or folks who have less experience reverting commits. In this post, I will walk you through undoing a commit after you push your changes via the terminal. However, reverting your code isn’t always straightforward, especially when you’re still learning Git or gaining confidence navigating the command line. One major benefit of version control is that you can roll back your code to any time in history without significantly disrupting your teammates.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |