SVN 用户的 Git

Question

很长一段时间以来，我一直是一个非常狂热的 git 用户。但是我经常注意到经验丰富的 SVN 用户在使用 git 时似乎有很多问题。现在我正在寻找资源，让那些长期习惯使用 SVN 并从 SVN 的怪癖中养成习惯的人更容易使用 git。

我知道有 git svn crash course ，但这并没有真正提供我需要的信息。虽然这很容易将常见的 SVN 命令映射到类似的 Git 命令，但人们倾向于使用更复杂的工作流，而仅通过将命令从一个工具映射到另一个工具通常不容易映射这些工作流。

例如，我认识的很多人通常倾向于在不同的目录中保留版本化软件的多个版本，以便能够轻松地在修订版之间切换。对我来说，这似乎是 Git 通过 git stash、git checkout 工作流程轻松处理的一个笨拙的解决方法。我还注意到，使用 SVN 的人往往对分支有不同的看法。而在 SVN 中，来自一个分支的所有提交都完全属于该分支(因为它们涉及该目录)，而在 Git 中确实没有“来自分支的提交”这样的东西，因为每个分支都将包括从当前分支状态可访问的所有提交.

是否有任何教程映射这些概念，使被迫使用 Git 的 SVN 用户更易于使用 Git？

Answer 1

我们刚刚在工作中将 SVN 迁移到 Git。最重要的事情之一是不要吓到用户。不熟悉的工具让人不舒服。这就是为什么必须尽可能顺利地进行过渡。

• 帮助设置。 SVN 用户可能不知道如何设置 ssh key
• 先告诉他们相似之处。这些命令非常相似
  • git 提交
  • git 日志
  • 分支机构
  • merge
• 一段时间后，您可以提出更高级的主题
• 让人们有时间在新系统上使用他们的旧工作流程，并在他们准备好进入下一级别时展示高级主题

并非所有人都会以相同的速度前进，有些人甚至可能将 Git 用作 SVN 的替代品。这本身不是问题。更重要的是，那些愿意学习更多的人和那些想按照设计的方式使用该工具的人获得适当的支持。他们会帮助其他人取得一些进步。

我们试图建立一个 Playground ，但没什么用。几乎所有还不知道 Git 的人都没有尝试过任何东西。 他们只想完成工作。 没有时间玩...

总而言之，它取得了巨大的成功，并且有很多人开始使用高级功能。我做梦也想不到，人们会在发布后仅两个月就使用多个 Remote ，但事实确实如此。他们像专业人士一样进行分支和 merge ，并在遇到问题时提出问题。

为了托管我们的存储库，我们决定建立一个内部 Gitorious服务器。这有一些很大的优势。首先它带有一个设计精美的用户界面，其次它只是 Rails。如果您了解 MVC，则可以很容易地根据您的需要对其进行自定义。