我们正在考虑将当前的TFVC团队项目纳入一个GIT monorepo。
赞成或反对monorepos的论点都没有说服力。现在，在TFVC中链接不同的团队项目时遇到了问题，这就是我们考虑采用monorepo的原因。我们考虑使用GIT，因为TFVC在合并和检测文件移动方面存在严重问题。即使直接告诉Visual Studio IDE这是一个举动而不是删除/添加，这似乎也应该晚10到20年。
我现在想知道使用monorepo时的构建速度。
构建代理足够聪明吗？>
因此加快了过程？
或者通常是整个仓库的克隆，在构建之后，我将必须执行任何构建步骤，例如程序集版本控制，仅对新的构建进行更新，并且还应采取适当的措施（始终为TFVC保留文件）每周一次生成代理上的源文件？
关于多个构建定义：每个构建定义是否都必须获得自己的存储库克隆？总共有5个构建，完全不同的解决方案以及主要解决方案的不同分支。
其他信息：团队很小（我们不是Google），整个存储库大小约为1-2GB。我们目前正在TFS 2017上，尚无立即升级的计划。
我们正在考虑将当前的TFVC团队项目纳入一个GIT monorepo。支持或反对monorepos的论点都没有很令人信服。链接不同的...
only get what it needs (folders/files)目前尚无法指定要在获取源代码步骤中下载的文件的一部分。与使用映射不同，它似乎仅在使用TFVC时可用。