Varonis announces strategic partnership with Microsoft to accelerate the secure adoption of Copilot.

Learn more

How to Revert a Commit in Git (PowerShell Git Tutorial)

This PowerShell tutorial shows how revert to a previous Git commit in a local repository — Git can be used locally without a remote repository.
Jeff Brown
4 min read
Published February 19, 2021
Last updated July 7, 2023

Whether you write scripts in isolation or work with a team, the ability to track versions of code is essential. You may add code that ends up not working out, and the ability to reverse these changes (without manually deleting code) can save your project. In this post, I will cover how to use a  Git reset command to revert to a previous commit of your code in the Git source control system, as well as the following topics:

Discover your weak points and strengthen your resilience: Run a Free Ransomware Readiness Test

Prerequisites: How To Use Git

You will need the Git client installed on your system. You can download the client here, and an installation guide is available here. The Git client allows running Git commands from the terminal. You will also need a file to modify and to track changes. In this post, I am using a PowerShell script, but you can use anything you like.

What Is Git and What Are Git Commits

an overview of the meanings behind Git and Git commits

Git is a common source control tool that keeps track of changes using commits. Creating a commit is like saving a version of a file or group of files. The commit keeps track of the file versions by associating a unique ID (or SHA or hash) with the commit. This unique ID allows for reverting to previously committed versions of files in the repository.

In a typical workflow, you would:

    1. Pull files from the remote repository.
    2. Make changes to the local files.
    3. Commit the changes.
    4. Push the new files up to the repository.

However, if you don’t have a centralized remote repository or pushing/pulling/merging code makes you nervous, you can still take advantage of Git by using it on your local system. You can commit changes to your code and revert those changes to familiarize yourself with commits.

1. Configuring a Local Git Repository

The first command to start with is  Git init. This command initializes the current folder as a Git repository. In this example, I am initializing the project folder a Git repository.

  1. Git init
Git init

a screenshot of a Git init command in PowerShell

The command adds a hidden folder named “.Git”, which keeps track of the current active branch, config files, aliases, and other data.

a screenshot of a folder created by the Git init command

Next, I need a file to work with to track changes. I have a PowerShell script file named “myScript.ps1”. The script contains a for loop that iterates five times and outputs to the screen. I’ll refer to this first loop as my outer loop. What the code is doing is not important, but I wanted to show code modifications for a simple script.

a screenshot of a PowerShell script file

The next step is to view the status of the repository by running  Git status. The status will show which branch I am on (for now, just know I am on the “master” branch). It will also show any new or changes files since the last commit by displaying them in red.

a screenshot of how to run running Git status

2. Tracking and Committing Files in Git

If I want to track files to commit their changes, I need to add them to the staging area using the  Git add command. The Git add command can specify one or multiple files to add to the staging area. In my case, I only have one file, so I add it by specifying the file name. I then check the repository status to view the script in the staging area.

  1. Git add myScript.ps1
  2. Git status
Git add myScript.ps1
Git status

a screenshot of how to use the Git add command in PowerShell

Now that I am tracking the file in the staging area, I need to create a commit of the state of the repository. I use the  Git commit  command with the -m parameter to assign a message to the commit. The commit message should be short but descriptive to indicate what changes I made to the code. Once I complete the commit, I run another Git status to see that no other files are in the staging area or have been modified since the last commit.

  1. Git commit -m “first version of script - outer loop only”
  2. Git status
Git commit -m “first version of script - outer loop only”
Git status

3. Committing Additional Changes

Now that I have my first commit message in my repository, I need to add an enhancement to my code. I add another for loop within the outer loop, which I’ll refer to add the inner loop.

a screenshot of how to track and commit files in Git using PowerShell

If I run  Git status again, I’ll see the same results as I did earlier. It will show the file as being untracked as the script file has changed since the last commit. I will repeat the workflow of commands to add the file and commit it. My commit message will show I added the inner loop.

  1. Git status
  2. Git add myScript.ps1
  3. Git commit -m “Added inner loop”
Git status
Git add myScript.ps1
Git commit -m “Added inner loop”

a screenshot of a Git commit message

4. Managing Git Commits

Now that I have a few commits in the repository, I can turn to the  Git log command. This command will show the previous commits along with commit messages. Each commit has a unique hash value to identify it. In this example, the latest commit is where I added the inner loop and is indicated by the HEAD pointer.

a screenshot of how to manage Git commits in PowerShell

Now let’s say I don’t want my last change and want to revert to an earlier version of the script. I could manually delete the inner loop as this script is small enough to do that. However, larger coding projects could pose a problem. I might end up removing too much or not enough code and introduce new problems.

Instead, I can use the first seven characters of the commit log hash value to a previous version of the repository. To perform this reversion, I use the Git reset command while referencing the commit log hash:

  1. Git reset a6dd1c2
Git reset a6dd1c2

a screenshot of how to use the Git reset command in PowerShell

This command resets HEAD to a specific commit. The screenshot shows that myScript.ps1 is back to the staging area with the changes since the a6dd1c2 commit. If I run Git log again, HEAD is now back to the previous commit, and the commit for adding the inner loop is removed.

a screenshot of how to use Git to revert to a previous commit

To switch back to the file, I need to check out the file from the commit using  Git checkout. Once I check out the file, I can view the file contents, which reveals just the outer loop is present. I then run Git status to show that the current tree does not have any changes to track.

a screenshot of how to check out a file from a commit using Git checkout

Git Command Glossary

Here is a summary of each PowerShell Git command I used and its purpose:

a glossary of common PowerShell Git commands

If you’re new to version control but don’t have the confidence to work with remote repositories, you can still work with a local repository and have the same benefits. You can use these fundamental Git commands to familiarize yourself with the process of how to use Git for version control.

What you should do now

Below are three ways we can help you begin your journey to reducing data risk at your company:

  1. Schedule a demo session with us, where we can show you around, answer your questions, and help you see if Varonis is right for you.
  2. Download our free report and learn the risks associated with SaaS data exposure.
  3. Share this blog post with someone you know who'd enjoy reading it. Share it with them via email, LinkedIn, Reddit, or Facebook.

Try Varonis free.

Get a detailed data risk report based on your company’s data.
Deploys in minutes.

Keep reading

Varonis tackles hundreds of use cases, making it the ultimate platform to stop data breaches and ensure compliance.

how-to-merge-in-git:-remote-and-local-git-repositories-tutorial
How to Merge in Git: Remote and Local Git Repositories Tutorial
Follow this PowerShell Git tutorial on how to merge in Git, meaning how to take a local repository and merge it into a remote repository.
git-branching-and-merging:-a-step-by-step-guide
Git Branching and Merging: A Step-By-Step Guide
In previous articles, you learned “How to Revert a Commit in Git” (a PowerShell Git tutorial) and “How to Merge in Git: Remote and Local Git Repositories Tutorial.” You can…
varonis-enhances-github-security-offering-with-secrets-discovery-and-data-classification
Varonis Enhances GitHub Security Offering With Secrets Discovery and Data Classification
Varonis is extending our world-class data classification capabilities to discover secrets, keys, and other sensitive data embedded in your GitHub repositories and source code. 
securityrwd-–-github-secret-scanning-could-create-false-sense-of-security
SecurityRWD – GitHub Secret-Scanning Could Create False Sense of Security
Microsoft recently announced they would be adding another layer of security to their popular code repository, GitHub, by scanning for "secrets" (API tokens, access keys, etc. inadvertently saved in the platform). However, as Kilian Englert and Ryan O'Boyle from the Varonis Cloud Architecture team discuss, this positive first step shouldn't lull developers into a false sense of security. Listen in to hear why it's so important not to let your guard down when securing critical cloud apps and data.