tfs - TFS 的搁置模型与 DVCS 相比如何？

Question

假设一个人在一个小型团队 SCRUM 环境中工作。几个团队正在开发相同代码库的不同分支。在我们的团队中，我们通常分成两对来处理代码。有时人们需要休假等，能够将 A 的代码合并到 B 的代码库中将是有利的。但他们通常不想在一天结束时提交，因为害怕破坏构建。

这导致我到 DVCS -- 非常适合 P2P 合并，不需要“大提交”。一位团队成员建议 TFS 的 搁置也可以做到这一点。 这两种方法如何比较？

团队目前正在使用 Subversion。

Answer 1

TFS 搁置集允许您创建类似于变更集的东西，它不存储在主存储库中。这个搁置集是一个备份，可以被另一个开发者从另一台机器上“拉”出来。这个“私有(private)存储库”，以及“拉”它的能力，就搁置集而言，与 DVCS 相比。然而，搁置集并不是真正的存储库。它们只是快照，它们不维护历史记录，并且您无法像使用 TFS 上的源代码控制存储库那样 checkin 或管理更改。

DVCS 远不止这些。使用 DVCS，您可以在计算机上拥有完整的存储库副本。您可以根据需要随时在本地提交，存储您所做的每一个更改；您可以根据需要还原更改，因为您的机器用于所有意图和目的，您的源代码控制。
然后您可以将您的更改推送到另一台机器(中央存储库、构建机器或其他)。 DVCS 是一种完全不同且灵活的范例，它允许但不需要使用中央存储库。它使您不必在稳定签到和频繁签到之间进行选择(您可以随时在本地签到，并在稳定时推送)。

还有很多。如果您愿意，您可以在 hginit.com 上查看 Joel Spolskey 对 Mercurial DVCS 的出色(和令人毛骨悚然的)介绍。 .

希望这可以帮助，
阿萨夫。