假设某人在小型团队SCRUM环境中工作。几个团队正在同一代码库的不同分支上工作。在我们的团队中，我们通常成对工作以编写代码。有时，人们需要抽出时间等，并且能够将A人的代码合并到B人的代码库中将是有利的。但是他们常常不想在一天结束时提交 promise ，因为担心会破坏构建。
这使我想到了 DVCS －非常适合P2P合并，不需要“大的提交”。一位团队成员建议TFS的架子集也可以做到这一点。 两种方法如何比较？
团队目前正在使用Subversion。
最佳答案
TFS架子集使您可以创建类似于变更集的内容，该内容不存储在主存储库中。该架子集是备份，可以由其他开发人员从另一台计算机“拉出”。这种“专用存储库”以及“拉”它的能力，就如同架子集与DVCS相比。但是，货架不是真正的存储库。它们只是快照，它们不维护历史记录，并且您无法像使用TFS上的源代码控制存储库那样 checkin 或管理更改。
DVCS远不止于此。使用DVCS，您将在计算机上拥有存储库的完整副本。您可以根据需要在本地进行提交，并存储所做的每一项更改。您可以根据需要还原任意数量的更改，因为您的计算机出于所有意图和目的而作为源代码管理。
然后，您可以将更改推送到另一台计算机(中央存储库，构建计算机或任何其他机器)。 DVCS是完全不同且灵活的范例，它允许但不要求使用中央存储库。它使您不必在稳定入住和频繁入住之间进行选择(您可以随时在本地办理登机手续，并在稳定时进行推送)。
还有更多的东西。如果愿意，您可以在hginit.com上查看Joel Spolskey关于Mercurial DVCS的出色(且富有技巧)的介绍。
希望这可以帮助，
阿萨夫
关于tfs - TFS的货架模型与DVCS相比如何？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/4140133/