我已经进行了一些搜索，但无法确定 TFS 中是否对单个变更集中的文件数量有任何限制。
这与 IntelliJ IDEA 一起出现，我们发现它正在拆分具有 >200 个文件的变更集。我想争辩说根本不应该有任何限制，或者至少该限制应该与 TFS 自己的限制相同，如果有的话。查看我在 http://youtrack.jetbrains.net/issue/IDEA-54846 上报告的缺陷.
最佳答案
变更集中的变更数量存储为 CLR 的 int 类型。所以肯定有 int.MaxValue 或 2,147,483,647 的上限。我不认为有任何检查可以以任何其他方式限制更改的数量(尽管我可能会弄错。)实际上，您可能在达到该值之前很久就在服务器上处理磁盘空间争用。
Team Foundation Server 的具体设计目标之一是处理大型变更集 - 特别是合并具有大量变动的大型功能分支 - 这会产生包含大量合并或合并/编辑变更的变更集。
简而言之，没有。即使有，数百也是几个数量级的偏差。没有理由将它们拆分成多个变更集——这样做只会对自己造成伤害。这样做会损害可追溯性，并且基本上退化为非原子系统(是的，CVS!)，并使存储库的状态不可靠。它对持续集成、链接到工作项和构建以及整体可追溯性产生负面影响。想象一下将一半的合并检查到一个分支……然后是另一半。这听起来像是一场噩梦。
关于tfs - TFS 中变更集中的文件数量是否有限制？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8054306/