version-control - 小商店，为什么选择 DVCS？

Question

我们有一个小型编程车间，最多有 5 个人从事一个项目。我完全理解为什么 DVCS 对于开源项目和大公司来说更好，但除了“你可以在飞机上工作”之外，它对小公司还有什么优势。这将需要额外的 SA 工作来确保我们在 DEV 盒上的存储库每晚都得到正确备份。

我们还有一些非技术人员(艺术家、翻译人员)可以(在某种程度上)处理 SVN，根据人们的经验，需要多少培训才能让他们迁移到 DVCS？

Answer 1

我将根据我的经验来发言，主要是使用 SVN 和 Hg，经常与不熟悉版本控制的设计师和程序员一起工作。

我对 SVN 和我使用过的其他 CVCS 的最大不满是，它们会阻止你进行提交，不仅是在网络中断的情况下，而且在发生冲突的情况下(或更糟糕的是，有人锁定了文件，因此没有人可以提交)否则可以对其进行更改!)。您当然可以提交到一个分支，但是在切换分支所需的网络带宽和合并所涉及的痛苦之间，您仍然遇到问题。

当然，SVN 会阻止您提交冲突的文件，这样您就不会意外覆盖其他人的工作； SVN 要求您至少承认您知道一个版本或另一个版本(或两者的自定义组合)是正确的。然而，Mercurial 有一个更好的解决方案(实际上是 2):1. 您始终可以立即提交到本地存储库并稍后合并。 (所有 DVCS 都具有此功能。)2. 即使您拉或推有冲突的更改，您也不会被阻止提交，而是通过匿名分支拥有多个头。 (抱歉，我无法在这里详细解释这一点，但你可以谷歌一下。)

所以你的工作流程是这样的:1. 获取最新信息、进行更改并进行测试。2. 获取最新信息，解决冲突，测试结果。3. 提交。

变成:1. 获取最新信息、进行更改并进行测试。2. promise (这样你就有一个可以依靠的地方)。3. 获取最新信息，解决冲突，测试结果。4. 提交并插入。

额外的提交意味着每次提交要做的工作更少，因此您有更多的检查点可以依靠。您还可以通过其他方法进行更多提交，而不会妨碍其他人。

SVN 太慢了，足以分散我的注意力并诱惑我去 Facebook； Mercurial 速度很快，git 更快。在查看日志或对工作副本进行更改时，速度问题变得非常重要。借助 TortoiseHg，我可以单击文件列表，然后立即查看该文件的更改；使用 TortoiseSVN + WinMerge 处理每个文件大约需要几秒钟(不确定其中有多少是由于 DVCS 造成的)。我使用这些工具越多，我就越觉得 VCS 需要足够快，就像文本编辑器或鼠标光标一样 - 足够快，以至于您不需要网络来完成它。

主观上，我发现 TortoiseHg 比 TortoiseSVN(或我使用过的其他乌龟)更容易使用。 TortoiseHg 也是多平台的。 :)

还有一件事:据我了解，SVN工作副本是递归定义的:每个文件夹都是一个工作副本。这允许您做一些奇特的事情(例如，拥有一个包含来自存储库中不同位置的文件夹的工作副本)。我不知道 Hg 是否有类似的功能，但根据我的经验，SVN 实现此功能只会在我工作的地方引起问题，特别是对于那些不太熟悉 SVN 的人。当他们通过 OS shell 而不是通过 svn copy 在计算机上复制并粘贴 WC 文件夹时，他们的 WC 就会出现问题。我家厕所也是这样搞砸的。对于 Hg 来说，这不是一个问题——您通常会同时使用整个存储库，无论您是克隆、更新还是提交。