如何处理大于100k测试文件的Git存储库？

Question

我正在将一个相当大的项目迁移到Git。该项目分为〜30k源代码文件和〜100k个单元测试文件。

我看到迁移两种选择：

（1）把所有文件到一个存储库。大量文件会使git操作变慢（请参阅here）。缓慢的操作会激怒我的开发人员（特别是因为他们在Git速度较慢的Windows上工作）。顺便说一下：文件大小对于这个项目来说不是问题。

（2）将测试文件放入具有Git子模块的自己的存储库中。这会激怒我的开发人员，因为他们在修正错误时总是必须执行2次提交。

你如何处理这种情况？有没有第三种方式我没有看到？

谢谢！

Answer 1

我仍然会推荐解决方案2，因为子模块是用于这种回购结构的。

另一种方法是为每个开发人员指定他们所需要的文件夹，并做了sparse checkout，可能结合了shallow clone，以尽量减少当地回购的规模。
这样，你仍然只处理一个Git仓库，但只使用它实际需要的部分。