我已经完成了一些搜索,但是无法确定TFS中是否存在对单个变更集中文件数量的限制.
这提出了IntelliJ IDEA,我们发现它正在将更改集拆分为> 200个文件.我想争辩说根本不应该有任何限制,或者至少限制应该与TFS自己的限制相同,如果有的话.请参阅http://youtrack.jetbrains.net/issue/IDEA-54846上我在此问题上报告的缺陷.
变更集中的更改数存储为CLR的int
类型.所以肯定有上限int.MaxValue
或2,147,483,647
.我认为没有任何检查可以以任何其他方式限制更改次数(虽然我可能会弄错.)实际上,在达到该值之前很久,您可能会在服务器上处理磁盘空间争用.
Team Foundation Server的一个特定设计目标是处理大型变更集 - 特别是将大型特征分支与大量流失合并 - 这可以产生具有大量合并或合并/编辑更改的变更集.
简而言之,没有.即使有,数百还是几个数量级.应该没有理由将它们分成多个变更集 - 你这样做只会给自己带来伤害.这样做会损害可追溯性并基本上转变为非原子系统(yay,CVS!)并使您的存储库状态不可靠.它会对持续集成,工作项目和构建以及整体可追溯性产生负面影响.想象一下,将一半的合并检入分支......然后另一半.这听起来像是一场噩梦.