我已经完成了一些搜索,但无法确定TFS中是否存在对单个变更集中文件数量的任何限制。
这提供了IntelliJ IDEA,我们发现它正在使用> 200个文件拆分变更集。我想争辩说根本不应该有任何限制,或者至少限制应该与TFS自己的限制相同,如果有的话。请参阅http://youtrack.jetbrains.net/issue/IDEA-54846上我在此问题上报告的缺陷。
答案 0 :(得分:6)
变更集中的更改次数存储为CLR的int
类型。所以肯定有int.MaxValue
或2,147,483,647
的上限。我认为没有任何检查以任何其他方式限制更改的数量(虽然我可能会弄错。)实际上,在达到该值之前,您可能在服务器上处理磁盘空间争用。
Team Foundation Server的一个具体设计目标是处理大型变更集 - 特别是将大型功能分支与大量流失合并 - 这可以产生具有大量合并或合并/编辑更改的变更集。 p>
简而言之,没有。即使有,也有数百个几个的数量级。应该没有理由将它们分成多个变更集 - 你这样做只会给自己带来伤害。这样做会损害可追溯性并基本上转变为非原子系统(yay,CVS!)并使您的存储库状态不可靠。它会对持续集成,工作项目和构建以及整体可追溯性产生负面影响。想象一下,将一半的合并检入分支......然后另一半。这听起来像是一场噩梦。
答案 1 :(得分:2)
根据我对TFS网站的观察,TFS变更集中的文件数量至少为11670。
USE Tfs_Warehouse;
GO
SELECT
FCC.ChangesetSK
, COUNT(1) AS row_count
FROM
dbo.FactCodeChurn FCC
INNER JOIN
dbo.DimChangeset DCS
ON DCS.ChangesetSK = FCC.ChangesetSK
INNER JOIN
dbo.DimFile DF
ON DF.FileSK = FCC.FilenameSK
GROUP BY
FCC.ChangesetSK
HAVING
COUNT(1) > 200
ORDER BY
2 DESC;
部分结果
ChangesetSK row_count
53172 11670
4436 7940
4442 7808
43808 6262
21016 6047
53173 5835