培训一家公司使用来自CVCS思维的DVCS，它是否像人们想象的那么难？

Question

因此，我准备考虑培训许多人(>25人)使用来自集中思维的汞的结果。我在个人身上做过，并且在这方面也取得了成功，尽管在每个人身上投入的时间是不同的，他们中的大多数人都是积极主动的，乐于尝试新的东西。

我想知道这里是否有人有经验，为一大群人提供这样的培训，我想知道什么是做的和不做的.当然，这将更倾向于处理那些抗拒改变的人，而我想不出的一个问题就是告诉他们避免使用备忘单映射命令，如Joel Spolsky 建议。

Answer 1

我是一名汞顾问，我发现向新用户解释DVCS并不太困难，前提是不要让他们感到困惑。所以我要做的是：

• 强调核心原则。汞的历史模型实际上是非常干净和简单的。特别是，我发现分支在Mercurial中比在Subversion中建模得更好。与用户讨论如何在一个理想的世界中一起工作:我在我的机器上做一些工作，你在你的机器上做一些工作，然后我们调和(合并)我们的工作。然后向他们展示Mercurial是如何实现这个模型的。
• 强调集中式工作流。很多指南和教程都非常强调DVCS的分布式方面--我的经验是，这并不是很重要！尤其是在一个已经使用大型集中式VCS的组织中。重要的部分是新的和改进的工作流。
• 强调简单的用例。让用户从使用工具中获得亲身体验。首先，他们将提交和推/拉与中央服务器。稍后，您可以引导他们通过一个更结构化的场景，他们创建了一个特性分支，进行了一些提交，并将其合并回来。

我们制作了一些我们称之为汞启动的培训材料。我已经用了好几次了，它通常有足够的内容两到三天，这取决于我说了多少。

Answer 2

最重要的是要清楚地知道标准工作流将是什么--如何使用分支，以及将什么推送到中央存储库。

DVCS可以以多种方式使用，从每个人都在一个分支上工作的集中式模型到开发人员之间共享更改(而根本没有中央服务器)。命令文档反映了这一点，因此对于新用户来说是相当混乱的。

如果您设计了一个清晰的工作流，您可以为用户提供一个公共任务列表，而不是命令列表，它可以像他们习惯的那样简单，尽管它们完全不同。

如果你正在与那些真正抗拒改变的人打交道，你可以使用git--tfs或类似的--这样你就不需要训练那些没有看到更好的DVCS在特定项目中工作的人了。

Answer 3

我要考虑的一个问题是“相同的名称，不同的功能”问题。我在git(dvcs)-svn(cvs)范例中体验到的其中一个就是分支是不同的。在svn中，分支更多，这个工作流部分地反映了一个事实，即您不能“本地提交”。当svn人员迁移到git时，他们需要了解分支在git中的工作流程意味着什么，以及当用户是协作者时他们是如何使用的。这已经绊倒了不止一个人。