我需要实现版本控制,即使只是我在家里做的开发。 我已经读过Subversion在过去几年中的优秀表现,并且正在努力学习这一点,直到我听说Git是即将推出的版本控制系统。

鉴于这种情况,我应该推迟看看哪一个出现在顶部? 它们的相对优势是什么?

我注意到Git的一个问题是没有很多全功能的GUI,这对我团队中的许多用户来说很重要。

此外,不介意如何开始使用其中一个或另一个的建议。 (教程等)

===============>>#1 票数:81 已采纳

版本控制最重要的是:

只是开始使用它

不使用版本控制是一个可怕的想法。 如果您没有使用版本控制,请立即停止阅读并开始使用它。

它很容易转换

cvs<->svn<->git<->hg

你选择哪一个并不重要。 只需选择最容易使用的一个,然后开始记录代码的历史记录。 您可以随后迁移到另一个(D)VCS。

如果您正在寻找易于使用的GUI,请查看TortoiseSVN(Windows)版本(Mac) (建议通过编写而不是评论


编辑:

pix0r说:

Git有一些不错的功能,但除非你已经使用过更复杂的标准,比如CVS或Subversion,否则你将无法欣赏它们。

这个。 如果你不知道版本控制可以为你做什么,使用git是没有意义的。

编辑2:

刚看到reddit上的这个链接: Subversion Cheat Sheet svn命令行的快速参考。

===============>>#2 票数:18

使用subversion,它易于设置,易于使用,并且有很多工具。 任何未来的修订系统都将从SVN功能导入,因此如果您的需求增长,就不会无法改变。

===============>>#3 票数:16

Subversion Book是学习该工具的最佳选择。 可能还有其他快速入门教程,但本书是您可以找到的最佳单一参考。

Git有一些不错的功能,但除非你已经使用过更复杂的标准,比如CVS或Subversion,否则你将无法欣赏它们。 我绝对同意以前的海报,并从Subversion开始。

===============>>#4 票数:13

如果您是versioncontrol的新手,请阅读:
源控制HOWTO

===============>>#5 票数:10

去SVN。 如果您以前从未使用过源代码控制,那么无论如何都不会对您产生任何影响。

此外,使用源控制系统不涉及大量学习。 如果您学习了一个,您可以在以后轻松切换到另一个。

SVN是一个很好的工具,它应该满足您的大部分需求。 而且由于它已经存在,它有一个公平的GUI工具共享(例如TortoiseSVN)。

去SVN。

===============>>#6 票数:8

我使用过RCS,CVS,SCCS,SourceSafe,Vault,perforce,subversion和git。

我评估了BitKeeper,Dimensions,arch,bazaar,svk,ClearCase,PVCS和Synergy。

如果我今天必须启动一个新的存储库,我会选择git 把手放下。

它是免费的,快速的,并且正在积极开发中。

您可以使用git-svn将其用作任何subversion存储库的客户端。

它摇滚。

===============>>#7 票数:8

有关大多数基本概念的友好解释,请参阅版本控制的可视指南 这篇文章非常适合SVN。

===============>>#8 票数:5

@ superjoe30

如果您是唯一的程序员,那么在您自己的计算机上使用源代码控制呢? 这是好习惯吗? 有相关的提示或技巧吗?

我发现git实际上更容易,因为你不需要服务器或担心输入URL等等。 您的版本控制内容只存在于项目内的.git目录中,您只需继续使用它即可。

5秒介绍(假设您已安装)

cd myproject
git init
git add * # add all the files
git commit

下次你做一些改变

git add newfile1 newfile2 # if you've made any new files since last time
git commit -a

只要你这样做,git就会退缩。 如果你陷入困境,你的代码在nice git存储库中是安全的。 这很棒

  • 注意:你可能会发现使用它们比使用它们要困难得多,但是这个问题远比没有文件要好得多!

===============>>#9 票数:5

根据我自己的经验,我不会推荐git作为版本控制的介绍。 我已经使用它几个月了,而且我的印象是它非常强大 - 现在我已经部分了解它 - 相当直观。 然而,即使我多年来一直使用版本控制,学习曲线也非常陡峭。 它也有过于富有表现力 - 它支持许多不同的工作流程和开发模型,但是对于“最佳”使用方式的唯一指导是谷歌搜索的几页深度,这也使新手选择变得棘手起来。

也就是说,从带有git的空白平板开始可能实际上更容易 - 我的VCS体验全部采用集中式版本控制(CVS,SVN,Perforce ......),部分我(正在进行!)的git困难已经存在理解分布式模型的含义。 我简单地看了一下像Bazaar和Mercurial这样的其他DVCS,他们似乎对新手友好了。

无论如何,正如其他人所说,Subversion可能是习惯版本控制思维模式的最简单方法,并且可以获得VCS优势的实际体验(回滚,分支,协作开发,更轻松的代码审查等)。

哦,不要从CVS开始。 它仍然在实际使用中,并且具有优势,但恕我直言,它有太多的历史怪癖和实现问题(非原子提交!)是一个很好的学习方法。

===============>>#10 票数:4

我的投票是Subversion。 它非常强大,但易于使用,并且有一些很棒的工具,比如TortoiseSVN

但正如其他人在我之前所说,只是开始使用它。 源代码控制是软件开发过程中非常重要的一部分。 没有“严肃”的软件项目应该没有它。

===============>>#11 票数:4

在我目前的工作中,我的前任没有使用任何类型的版本控制。 在至少3个不同的地方只有大量的文件夹,他保留了所有的项目。 任何随机项目文件夹都可以找到至少一个文件夹名称“project(OLD)”和一个名为“project”的文件夹

使用版本控制,您永远不必复制“安全”版本。 你真的不必担心你的IDE会破坏你正在处理的文件(我正在看你,REALBasic 5.5)因为你每天都很容易提交(阅读:保存)你的工作。

不用说,我发现它存在后的第二天就安装了版本控件。

此外,TortoiseSVN使得提交到数据库就像右键单击文件夹一样简单。

===============>>#12 票数:4

如果要避免任何命令行工作,还要为服务器尝试visual svn

===============>>#13 票数:3

Git优于颠覆,但它在前沿有点偏执。

我会说,如果你刚刚开始,就跳到边缘; 设置免费帐户@ http://github.com

他们在现场有教育材料来设置和使用git。

===============>>#14 票数:3

如果您使用的是Mac OSX,我发现http://www.versionsapp.com/">版本是SVN令人难以置信的(免费)GUI前端。

===============>>#15 票数:2

不要等 选一个,然后去吧。 所有系统都有其优点和缺点。 你的力量可能会消失,你的计算机被盗,或者你忘了撤消一个重大的改变而你所有的代码都会被炒掉,而你正等着看谁胜出来了。

===============>>#16 票数:1

SubVersion是您的最佳选择,正如Karl Seguin所指出的那样转移到另一个版本控制系统不会有问题。 SVN也很容易在客户端使用易于使用的GUI(TortoiseSVN)。

http://www.snee.com/bobdc.blog/2007/08/getting_started_with_subversio.html http://dojo.jot.com/WikiHome/Getting%20Started%20With%20Subversion

===============>>#17 票数:1

如果您选择使用subversion并且想要托管自己的svn服务器,那么有一个非常好的,简单的基于Windows的服务器,称为VisualSVN服务器。 它隐藏了设置apache服务器的复杂性,你基本上只需要下一步。 用户配置使用webUI而不是配置进行处理

http://www.visualsvn.com/server/

使用公共服务rlike beanstalk可能更容易,但有些人喜欢拥有自己的存储库,无论是速度还是安全性

===============>>#18 票数:1

使用TortoiseSVN(如果在mac上,则为version.app)。 只需安装即可。 如果您需要一个托管代码的地方,请访问http://beanstalkapp.com/

===============>>#19 票数:1

在版本控制系统之间切换并不困难。 正如其他人所说,重要的是尽快开始使用任何东西。 使用源代码控制而不是使用源代码控制的好处大大超过了不同类型的源代码控制之间的差异优势。

请记住,无论您使用何种版本的源代码控制,您都可以通过将旧系统中的文件放入磁盘,然后将这些原始文件导入新系统,从而强制转换到另一个系统。

此外,熟悉源代码控制基础知识是软件开发人员非常非常重要的技能。

===============>>#20 票数:0

我肯定会选择SVN而不是CVS,只是因为使用CVS学习源代码控制的人倾向于使用“ svn delete ”然后使用“ svn add ”而不是“ svn move ”。 这使得查找特定文件的所有先前版本变得更加困难。 您可以随时升级到使用git-svn。 我个人认为这是更容易学习比HG,但真正使用SVN是它已在很大程度上成为开源软件的事实上的版本控制系统的主要原因

如果您计划学习/使用D ,则几乎必须访问第三方存储库,如DSource

===============>>#21 票数:0

@ superjoe30是的,绝对的。 一旦你开始使用版本控制,你永远不会回去。 我把它用于一切,甚至我的“家”文件夹。

@Orion Edwards Subversion不需要服务器。 您可以直接访问本地存储库(当然是通过客户端),并且不涉及服务器进程。

===============>>#22 票数:0

只要使用TortoiseSVN,你甚至可以在不知道实际的Subversion命令的情况下生活......但这很糟糕。 幸运的是,当你无价的存储库首次被破坏时,总会有一个“很好的机会”来学习它们。

是的,它发生了。

===============>>#23 票数:0

正如其他地方多次提到的,Just Do It。 通过阅读红皮书中的快速入门指南,我可以在Windows下从头开始使用Subversion。 一旦我将TortoiseSVN指向存储库,我就开始了。 我花了一段时间才得到更好的分数,但是他们只是轻微的驼峰才能克服。

我建议安装Subversion服务而不是使用file:// URL,但这主要是个人偏好。 对于存储在开发计算机上的存储库,file://工作正常。

===============>>#24 票数:0

从个人经验来看,svn将是我的推荐。 您甚至可以使用像Beanstalk这样的服务来提供免费帐户(显然有限制,但对于任何小型项目都足够)来测试水域。 但正如其他人所说,git是优越的,可能值得研究。

===============>>#25 票数:0

当我决定使用代码版本控制系统时,我四处寻找有关如何入门的任何好教程,但没有找到任何可以帮助我的内容。

所以我简单地为客户端安装了SVN服务器和Tortoise SVN并潜入了深度,我不知道如何使用它。

===============>>#26 票数:0

开始使用SVN进行实际工作,但尝试花点时间摆弄Git和/或Mercurial。 SVN在生产方面相当稳定,但最终你将面临一个需要分布式SCM的场景,届时你将得到适当的武装,新系统将足够成熟。

===============>>#27 票数:0

是的,SVN是首选,除非你真的需要git的特殊功能。 SVN很难; 这听起来像git更复杂。 你可以从像Beanstalk这样的人那里获得托管的svn - 除非你有内部Linux人员,我真的推荐它。 事情可能很容易出错,让别人找工作就好了。

Eric Sink提供了一个关于版本控制的优秀教程 ,无论您使用哪种系统,都值得一读。

===============>>#28 票数:0

superjoe30写道

相关问题(也许可以编辑答案来回答这个问题):

如果您是唯一的程序员,那么在您自己的计算机上使用源代码控制呢? 是>>这个好习惯吗? 有相关的提示或技巧吗?

我将SVN用于我的所有个人项目。 我开始在家用机器上运行svn但最终迁移到Dreamhost。 他们的托管包包括Subversion是非常合理的。

===============>>#29 票数:0

现在简化SVN服务器设置的一个主要技巧是使用虚拟设备。 也就是说,预先安装了subversion并且(大部分)预先配置了subversion的虚拟机 - 几乎就是即插即用的东西。 你可以在这里这里这里试试,或者只是尝试在Google上搜索“颠覆虚拟设备”。

===============>>#30 票数:0

如果在窗户盒子上快速而肮脏的洗脱是CVSNT。 易于使用只需设置它并且工作得很好。

我自己更喜欢SVN,但这是一个很好的快速使用。

  ask by community wiki translate from so

未解决问题?本站智能推荐: