是否可以将git分支限制为特定数量的已更改文件

我现在正在从事一个项目，这个项目开始发展，代码审查变得非常重要。另一方面，这是一个小团队，一个人负责多项活动。我已经注意到，代码评审的质量已经开始下降，我感觉这是因为变更集中更改了大量文件。出于这个原因，我决定合并一个内部规则，在一个分支中更改的文件不超过20个。如果你认为你需要做得更大，那就去做吧。不幸的是，开发人员似乎没有考虑这个规则，我决定寻求一个建议，如何在源代码控制级别（在我们的例子中是Git）限制这个规则。我们使用GitLab作为同步点

我的主要想法是在经过良好实施、审查和测试的小步骤上发展主分支，而不是集成巨大的更改

---

编辑：我们的应用程序中也有eslint（React app+Firebase Cloud功能）。

这是一个崇高的目标，也是在大型项目中工作时经常遇到的问题。唉，git和GitLab都没有提供简单的功能来限制允许的分支（或合并请求）大小

但是，您可以使用。在您的例子中，您可以编写一个服务器端预接收钩子脚本，如果要推送的更改太多，该钩子将拒绝推送