Gerrit多次commit造成多次review请求的解决方法
这是Gerrit的设计决定的，这绝对不是bug。每次commit都会生成一个change id，而review请求就是绑定在这个change id上的。
两种解决方法：
1.工程师尽可能的少用commit, 每次都用git add 将工作区的东西放到暂存区管理，然后在git push review之前一次调用git commit
2.第一次调用git commit , 之后通过git commit --amend -m' ' 命令来对前面的提交进行修订，确保只产生一个commit和与之对应的change id
然后再git push review
review流程中：
如果一个review请求没有被审批者通过，审批着添加了注释，并要求重新修改代码，工程师也应该总使用第二种方法，这样就不会改变change id.
再次请求就作为该review的补丁继续请求。
在本地git仓库中，可以通过命令观察到远程Gerrit维护的Git库中的review任务：
除了多一个I开头，change id相同。
还可以看到patch set
refs/changes/16/116/1
