Using Gerrit to review a change to your code
Gerrit is a free open-source code review platform created by Google. In this post we will develop code locally and review it in Gerrit.
Step 1: install Gerrit and set up your git repo.
- Start by installing a Gerrit server at http://gerrit.example.com:8080.
- Then, make sure you have a git repo on your Gerrit server.
Step 2: set up your computer with
Each developer needs to instal
git-review on his or her laptop in order to work with Gerrit. These detailed instructions show how, but if your local machine is Mac OS X you can try this:
sudo easy_install pip
sudo pip install git-review
mkdir -p ~/.config/git-review/
echo "[gerrit]" >> ~/.config/git-review/git-review.conf
echo "defaultremote = origin" >> ~/.config/git-review/git-review.conf
Step 3: clone the repo
Navigate to your project at http://gerrit.example.com:8080, and you will see the git clone command for that repository. It is important to use the ssh protocol (you will have the options for HTTP or SSH). If you do not see SSH, make sure you have a username set up on your Gerrit account, and an public ssh key associated with it. If it still does not work you can read these instructions.
Copy that command and paste it on your local machine, it will look like this:
git clone http://email@example.com:8080/projectname
git review -s
Step 4: develop your code
Before developing, create a new feature branch.
git checkout -b ISSUE1234
Develop your code as you normally would, commit as many times as you want.
Step 5: squash your commits
Gerrit enforces one review per commit, the idea being that a commit should be a small valuable piece of code. If you have several commits which, taken separately, have no meaning in the larger scale of the project, you need to squash them.
git rebase -i origin/master
This will open a text editor with something like:
pick 680a9de another error
pick a8b63ab fixed typo
pick a8b63ab syntax error
Change this to
pick 680a9de another error
squash a8b63ab fixed typo
squash a8b63ab syntax error
Save. On the following screen you can change the message “another error” to something meaningful like “#ISSUE1234 this is a reasonable description of the issue”
Step 6: Request a review
Now your code is perfect, and you are ready to request a review:
git review -R
If you get a message complaining that you have more than one commit, make sure you squash your commits (see above). If it complains that you have a Change-Id missing, see this article. If you have an access denied, make sure your ssh key is set up properly and you have access to the repo via Gerrit’s ACL system (if you followed the instructions herein, you should have).
Step 7: View the change in Gerrit’s Review GUI
Navigate to your Gerrit web page, and go to All > Open, and you will be able to click on your review request. You can see changes to files, and click on the line numbers to leave inline comments.