花这么大的力气得到这样的结果是否值得？我的观察如下

。  Gerrit允许对敏感的代码库进行细粒度的操作。变更可以在授权人审查之后入库。

这是Gerrit最主要的优势。别连原因都不知道就莫名其妙地强制代码审查。只有人人都参与其中，才会获得明显的效益。最好约定其他的非正式代码审查方式而不是一个以力服人的系统。

。  如果Gerrit的替代方案完全不允许操作代码库或者只能是只读操作，那还是用Gerrit吧。

企业的某些部门可能会对操作诸如基础设施配置之类的东西过分紧张。通常是为了不正确的原因。经常面临的问题并不是人们对你的代码太感兴趣了，而是正好相反。

有些时候，敏感的密码被签人到代码里，这被当作一个不允许操作代码的理由。

好吧，如果它让你很受伤，别这么于。解决那个导致密码放在代码库里的问题吧。

拉请求模型

还有一种解决代码审查工作流程问题的方案：那就是由于GitHub而变得流行起来的拉请求模型。

在这种模型里，除非是代码库所有者，推送是不被允许的。不过其他开发者被允许fork代码库，然后在他们自己的fork里做变更。当完成变更时，他们可以提交一个拉请求。代码库所有者可以审查这个请求并决定是否把变更合并到主代码库里。

这个模型很容易理解，许多开发者都从GitHub上众多的开源项目中获得了经验。

在本地创建一个能够处理拉请求模型的系统需要像GitHub或GitLab这样的东西，我们接下来将会看到。

想了解更多IT资讯，请访问中培伟业官网：中培伟业