27 svn git version-control mercurial bazaar
在过去的一年里,我已经沉迷于颠覆.我是唯一的开发人员,我也参与了一些自己的项目.使用SVN,它可以很容易地管理所有内容 - 并且因为它通过HTTPS托管在在线服务器上,所以我可以从任何地方访问我的代码.它也非常适合将代码部署到我们的生产/开发服务器.
我的观点是它完成了我需要它做的所有事情并且从未让我失望过.
有更好的吗?我是否错过了其他可以用来让我的生活更轻松的产品的功能?我一直都在使用最好的软件,并且没有问题迁移到新技术.
我听说过GIT并做过一些研究.我打算尝试一下,但是当我搞砸了它时,还有另外一个被认为是"行业标准"的其他源控制系统,他们做的事情比SVN更好吗?
And*_*ter 27
Git,Mercurial和Bazaar是分布式控制系统,其运行的理念是您并不总是连接到网络,并且不需要存储库的一个中央版本.
如果你正在进行大量的独立工作,有时也称为"飞机模式",就像你在飞机上而无法承诺一样,请看看Bazaar.我发现比Git或Mercurial更容易适应.
如果你一直在做与网络相关的工作,并且你是唯一的开发人员,那么你可能会坚持使用Subversion.
另外,请考虑在Subversion中保留主目录的价值.
Set*_*ori 15
水银
我主要使用CVS和SVN,快乐和内容,然后我开始研究分布式源代码控制,因为有很多关于DSVC的大惊小怪.在使用DSVC之后,我注意到我的开发风格发生了变化,我变得更加流畅和适应性强.允许我无痛地合并回主干或实验分支.
混帐
Git很酷,但你需要不断维护你的源代码depo并重新打包它.由于它包含许多bash脚本,因此无法在Windows上运行.但它速度极快,有许多功能供您使用.实际上,功能的数量可能是一个缺点.
BZR
自从我开始使用HG以来,我一直回头看
Jas*_*orn 10
我个人会留下Subversion.从专业角度来看,我看到更多的工作要求(并知道)Subversion与GIT的比较.还有很多围绕Subversion构建的开源和免费工具,更不用说Subversion庞大的社区了.
源代码控制并不总是关于最新和最好的,但更多的是关于什么是尝试和真实.
Ted*_*son 10
改变的最好理由是必要性.但是,听起来似乎没有必要改变.你是一个"军队之一",所以大多数强大的功能都不适用于你的情况.是的,人们会在这方面与我争论,但他们会推动这个功能或那个你真正不需要的功能.时间就是一切,如果将来你的需求发生变化,那就改变你的解决方案.
问题空间总会有更好或不同的解决方案,在这种情况下是源代码控制,但是您应该平衡个人开发,流程/实践改进和交付工作产品.您可以了解有关源代码控制的不同解决方案/应用程序的更多信息,以扩展您的知识,以便及时了解切换解决方案但坚持现在有效的方法.
以下是从Subversion(来自MarkMcB)切换到git的3个理由:
(阅读链接的文章以获得完整的解释,并直接比较如何在git和Subversion中完成三件事.)