我现在正在研究一个项目，该项目开始发展，代码审查变得非常重要。另一方面，这是一个小团队，一个人负责多项活动。我已经注意到，代码审查的质量已经开始下降，我感到这是因为变更集中有大量文件被变更。因此，我决定合并一个内部规则，以使分支中的文件更改不超过20个。如果看到，您需要更大一些-分支出去。不幸的是，开发人员似乎未考虑该规则，因此我决定寻求建议，以了解如何将其限制在源代码控制级别（在本例中为Git）。我们正在使用GitLab作为同步点。
我的主要想法是在一个很好的实施，审查和测试的小步骤上发展master分支，而不是整合巨大的更改。
编辑：我们在应用程序中也有保留（响应式应用程序+ Firebase Cloud功能）。
答案 0 :(得分：1)
一个崇高的目标，以及在大型项目中工作时经常遇到的问题。 las，git和GitLab都没有提供简单的功能来限制允许分支（或合并请求）的大小。
但是，您可以使用git hooks。在您的情况下，您可以编写服务器端预接收挂钩的脚本，如果要推送太多更改，该挂钩会拒绝推送。