现在,我在服务器上使用visual svn,并在个人计算机上安装了ankhsvn / totoise。它可以正常工作,我不需要更改,但是如果我看到使用DVCS的一些好处,那么我可以尝试一下。
但是,如果在没有其他人的情况下使用它没有意义或不同,那么我不会打扰。
我再问一遍,当您是唯一的开发人员时,使用DVCS有什么好处吗?
现在,我在服务器上使用visual svn,并在个人计算机上安装了ankhsvn / totoise。它可以正常工作,我不需要更改,但是如果我看到使用DVCS的一些好处,那么我可以尝试一下。
但是,如果在没有其他人的情况下使用它没有意义或不同,那么我不会打扰。
我再问一遍,当您是唯一的开发人员时,使用DVCS有什么好处吗?
Answers:
是! 我认为最大的好处是许多DVCS提供了更好的分支+合并支持。分支和合并是SVN中的难题。这很烦人,不值得花时间创建小而短暂的分支来快速添加功能,修复错误或进行试验,但是合并也很烦人,以至于创建长寿分支也很痛苦。另一方面,分支和合并在Git中是一件轻而易举的事情,以至于我几乎为我处理的所有错误修复或功能都创建了一个(本地)分支。
我认为Git提供的用于可视化回购,grepping日志等的工具也比SVN中的要好得多(尽管这不仅仅是Git的事情,而不仅仅是DVCS的事情)。
DVCS也不需要中央服务器。当使用SVN作为开发人员时,您必须创建一个本地存储库以推送到其中,这对于Git来说不是必需的,因为每个存储库都包含完整的历史记录。作为必然结果,存档存储库只是压缩您的项目而已-没有要备份的“中央数据库”。
在使用SVN一段时间之后,大约四年前,我开始使用Git,但我没有回头。
对于自己的个人物品,我经常使用DVCS。(我是git中$ HOME的人之一)。有几个优点:
git pull
。git citool
即使我在决定提交之前进行了许多无关的更改,我也可以将大量更改分解为逻辑大小的提交。我不知道在Subversion中执行此操作的工具。git merge
将他的修订与我在此期间所做的任何工作合并。Git让我习惯于考虑我在逻辑块中的所有更改,这比Subversion所做的要多得多。
太晚了,我妈妈关掉调制解调器。DVCS使调制解调器关闭后,我可以继续使用VCS。
好吧,默认答案是:“如果(无论您现在使用什么)对您有用,为什么要更改?”。
但是,是的,即使没有理由进行更改,我发现使用DVCS还是比“旧型号”更容易。以下是我最常使用的Mercurial,因此您的里程可能会有所不同,具体取决于要使用的系统。