git - Git 分支的优点(对于 SVN 用户)

Question

我有一个使用 Git 的项目。我的同事来自 SVN 世界，在他的本地存储库上 checkout 新分支时犹豫不决。他将处理他的本地 master 并选择要推送到远程存储库的文件。

我应该如何让他相信分支的优势？例如，他不检查分支机构可能会遇到什么样的麻烦？

谢谢。

Answer 1

问题:58393457(你的问题)
答案:1(即相同的答案适用于所有人:更好的沟通)。

留出时间讨论它。让他知道你很高兴他知道那里有不同的系统。问他觉得git比svn有什么优势。他认为不利的事情呢。

就我个人而言，过去一年我一直在使用两者，并且听到很多“svn 对我/我们来说工作得很好”，“从来没有给我们带来问题”等等。在很多情况下，这个人都不知道 git 的方式工作并且也不愿意更改为一个明显受到行业和我关注的聪明人青睐的工具。

在谈论分支之前——这通常是一个很大的障碍，因为同一个词在不同的系统中确实意味着不同的东西，我会试着谈谈 dvcs 中的 d 以及它的不同之处。谈论在没有远程服务器可用的情况下提交、回滚等到您自己的私有(private)存储库的能力。使用 svn，在您联机之前，所有内容都在一大堆“未提交”中。使用 git，您既可以离线提交，也可以在在线时选择何时推送这些提交。这很难，因为使用 git 的一些方法是不能很好地用于 svn 的方法，所以以前的 svn 用户可能不会正确使用它们。

终于分支了。我会问这个问题“我们是否仍然像在 svn 中那样以相同的方式(即出于相同的原因)进行分支。答案绝对不是。当我在项目上进行协作时，我通常被添加然后执行 git pull-commit-push 序列来完成我的工作并与其他人保持同步。实际上我很了解 git，我还确保在开始 session 之前执行 git pull 以确保我在那个时候是最新的并且没有冲突。

分支在 git 中非常有值(value)。但是，当我进行版本升级或长时间在单独且不同的模块上工作时，我通常会保留这种事件。通常需要数周或数月而不是数小时和数天的时间。 通常就是这样。某些情况可能会导致不同的用法，但以上是我为之工作的项目和组织的规范。

在某些方面，您的问题“在 git 中分支的优势？”的实际答案是“您几乎不必使用它们”