gerrit

为什么要使用change-id

保证已经提交审核的修订通过审核入库后，被别的分支 cherry-pick 后再推送至服务器时不会产生新的重复的评审任务。Gerrit 设计了一套方法，即要求每个提交包含唯一的 Change-Id，这个 Change-Id 因为出现在日志中，当执行 cherry-pick 时也会保持，Gerrit 一旦发现新的提交包含了已经处理过的 Change-Id ，就不再为该修订创建新的评审任务和 task-id，而直接将提交入库。

git cherry-pick 报错 fatal: bad object

场景：程序员A提交了一个commit到gerrit上，我们叫他为commit_id1，但是还没有review，那就是没有入库，程序员B想再本地拿到这个commitd_id1，既然这个提交没有入库，很明显，B单纯执行git pull是拿不到这个提交的，那他要怎么办呢，

　　目前我想到的有几种方式：第一种如果只是单纯了改了很少量的文件，我们不排斥程序员A把这几个文件直接发给B。如果改动比较大呢？第二种，程序员A本地关于这个提交生成一个patch，发给B，B再在本地把这个patch打上，这是个不错的方式。还有一种，完全不需要额外的动作，只要使用git cherry-pick就可以了。

　　所以，本篇的关注点是最后一种git cherry-pick的方式，如果想要使用patch的方式，参考我的另一篇博客：https://www.cnblogs.com/zndxall/p/8093455.html

　　然后B在本地执行了git cherry-pick commit_id1，接着报错 fatal: bad object  commit_id1了！！！ 那是因为git cherry-pick是本地特性，本地要有这个commit才可以被git cherry-pick。但是他本地并没有这个commit id，所以出现了这个错。

    既然用了gerrit,那么就用gerrit提供的cherry-pick就好了，用git fetch ... && git cherry-pick FETCH_HEAD