问Gerrit代码评审，还是Github的分叉和拉模型？

EN

Gerrit和GitHub工作流的主要区别在于如何建模更改。

在格瑞特，每一个承诺都是一个独立的变化。尽管Gerrit将向您展示提交之间的关系，但评审是在每次提交的基础上执行的。善于将大的变化分解成小的、独立的提交的团队，在Gerrit中可能会获得更多的成功。但是，由于Gerrit的模型包含了对特定提交的连续修订，因此它鼓励了许多开发人员不习惯的Git工作流，例如修改早期提交并重新推送它，或者压缩主题分支中不断增长的提交集到单个提交。

在Github中，拉请求模拟了两个分支之间的关系。Github上的预期工作流是将一个或多个更改提交到主题分支(通常位于存储库的分支中，但不一定)，并在该分支和“上游”分支之间创建一个拉请求。在这种情况下，正在审查的是一组提交，并且随着评审的继续而不断增长。结果是一组更改，这些更改完成后可以原子地合并。拉请求可以有效地跟踪可能在多次提交中实现的范围更大的更改。拉请求还支持更多开发人员习惯的SCM工作流，例如通过在同一分支中提交后续提交来响应评审评论。

与Gerrit相比，Github的一个大优势是熟悉它的开发人员的数量。Gerrit可以在Git超级用户中流行，但是无摩擦地使用它需要中级或高级的git知识，以及对陡峭的学习曲线的容忍。

格瑞特的优势是与吉特有着更深的关系。Github请求离Git的标准数据模型已经很远了，因此必须使用Github的web或其专有API来创建拉请求。Gerrit用于创建和更新更改的接口是git协议本身。