如果我实践持续集成并使用Gi​​tLab作为回购，如何执行codereview？

Question

问题 - 我们想要做的代码审查，但我们有GitLab和持续集成（和连续交付）之间的一些矛盾，实行

• GitLab可以做代码审查的池请求，并合并请求工作 只有当我有2个（或更多）分支（我可以发送池请求到 有人当我想从我的FeatureBranch推到主分支）
• 但是，持续集成（和连续交付）说 - 你必须 发展一个主要分支，经常推动，不要使用分支机构。

你知道最佳实践或黑客，我们如何在我们的情况下做codereview，我们喜欢CI，但是真的需要codereview吗？

Answer 1

http://martinfowler.com/bliki/FeatureToggle.html - Fauler recomended使用混杂集成妥协，但他说 - 这是不是最好的做法，他 喜欢CI，并承诺主线（不使用分支）

此外，如果你看看上连续交付成熟度模型 - 您可以看到（设计&拱形） - 无分支，通过抽象和特征隐藏使用分支。正如他在文章中推荐的福勒一样。但它关于CI（一条主线）

http://www.mikemcgarr.com/blog/dvcs-ci.html - 一个男人想着福勒 文章，并说他的实践经验。因此，我们不得不使用混杂集成，用于联合CI和GitFlow以及代码审查（合并请求）。因此，我们不得不使用混合集成。我们必须成为训练有素的团队，因为如果团队没有受到纪律处分 - 我们将会有很长一段时间的分支，而CI不会工作。