git -版本控制入门

Translate

我需要实现版本控制,即使是在家中进行开发也是如此。我已经阅读了有关Subversion在过去几年中的出色表现,并打算全力以赴地学习这一知识,直到我听说Git是即将推出的版本控制系统。

在这种情况下,我应该推迟一下,看看哪一个排名第一吗?它们的相对优势是什么?

我注意到Git的一个问题是功能齐全的GUI并不多,这对我团队中的许多用户而言都很重要。

同样,不介意关于如何开始使用另一种的建议。 (教程等)

This question and all comments follow the "Attribution Required."

所有的回答

Translate

关于版本控制,最重要的是:

刚开始使用它

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

转换非常容易

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

选择哪一个都没关系。只需选择最简单的一种即可使用,然后开始记录代码的历史记录。以后您始终可以迁移到另一个(D)VCS。

如果您正在寻找易于使用的GUI,请查看TortoiseSVN(Windows)版本(Mac)(建议来自没有注释的编码)


编辑:

pix0r说:

Git具有一些不错的功能,但是除非您已经使用了CVS或Subversion等更标准的功能,否则您将无法欣赏它们。

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

编辑2:

刚刚在reddit上看到此链接:颠覆备忘单。 svn命令行的快速参考。

来源
Hobart Lee
Translate

使用subversion,它易于设置,易于使用,并且具有许多工具。将来的任何修订系统都将具有从SVN导入的功能,因此,如果您的需求不断增长,就好像您不能随心所欲。

来源
Evan Lee
Translate

颠覆书是学习该工具的最佳选择。可能还有其他快速入门教程,但是《本书》是您会发现的最好的单一参考。

Git具有一些不错的功能,但是除非您已经使用了CVS或Subversion等更标准的功能,否则您将无法欣赏它们。我绝对会同意以前的海报,并从Subversion开始。

来源
Translate

如果您是版本控制的新手,请阅读以下内容:
源代码控制方法

来源
Beck Lee
Translate

选择SVN。如果您以前从未使用过源代码管理,那么对您来说无论哪种方式都无关紧要。

而且,使用源代码控制系统不会涉及大量的学习。如果您学习了一个,则以后可以轻松切换到另一个。

SVN是一个很棒的工具,它应该满足您的大多数需求。而且自从问世以来,它就拥有GUI工具(例如TortoiseSVN)的公平共享者。

选择SVN。

来源
Morton Lee
Translate

有关大多数基本概念的友好说明,请参见可视化的版本控制指南。这篇文章对SVN非常友好。

来源
Tobey Lee
Translate

我已经使用了RCS,CVS,SCCS,SourceSafe,Vault,perforce,subversion和git。

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

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

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

您可以使用git-svn将它用作任何Subversion仓库的客户端。

摇晃。

来源
Meroy Lee
Translate

@ 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就可以为您服务。如果您搞砸了,那么您的代码在不错的git存储库中是安全的。这很棒

  • 注意:您可能会发现将git中的内容输出变得比将它们输入要难一些,但是比起根本没有文件,出现该问题要好得多!
来源
April Lee
Translate

根据我自己的经验,我不会推荐git作为版本控制的简介。我已经使用了几个月,我的印象是它非常强大,并且-我现在已经部分了解了它-相当直观。但是,即使我多年来一直使用版本控制,学习曲线也非常陡峭。它还表现得太强了-它支持许多不同的工作流程和开发模型,但是有关“最佳”使用方式的唯一指南是在Google搜索中深入了几页,这对于新手来说也很棘手向上。

就是说,从git的空白开始实际上可能会更容易-我的VCS经验全部是集中式版本控制(CVS,SVN,Perforce ...),而我(正在进行中!)遇到的部分困难是git了解分布式模型的含义。我简要浏览了其他DVCS,例如Bazaar和Mercurial,它们似乎对新手更友好。

无论如何,就像其他人所说的那样,Subversion可能是适应版本控制思想和获得VCS好处(回滚,分支,协作开发,更容易的代码审查等)的实践经验的最简单方法。

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

来源
Marcus Lee
Translate

我的投票投向了Subversion。它非常强大,但易于使用,并且具有一些出色的工具,例如乌龟SVN.

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

来源
Edwina Lee
Translate

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

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

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

另外,TortoiseSVN使得像右键单击文件夹一样轻松地提交数据库。

来源
Yehudi Lee
Translate

也尝试一下视觉SVN如果要避免任何命令行工作,请使用您的服务器。

来源
Brook Lee
Translate

如果您使用的是Mac OSX,我发现http://www.versionsapp.com/“>版本是SVN的不可思议的(免费)GUI前端。

来源
Ruby Lee
Translate

Git优于颠覆,但在前沿方面有点不足。

我想说的是,如果您才刚刚起步,那就快点走吧;设置一个免费帐户@http://github.com

他们在现场有用于设置和使用git的教育资料。

来源
Payne Lee
Translate

不要等选择一个,然后去。所有系统都有其优缺点。您的力量可能会耗尽,计算机将被盗,或者您忘记撤消主要更改,并且所有代码都被浪费,而您正等着看谁能胜出。

来源
Brady Lee
Translate

在版本控制系统之间切换并不困难。正如其他人提到的,重要的是尽快开始使用任何东西。与不使用源代码控制相比,使用源代码控制的好处大大超过了不同类型的源代码控制之间的区别收益。

请记住,无论使用什么版本的源代码管理,您都可以通过将旧系统中的文件放到磁盘上,然后将这些原始文件导入到新系统中,来进行暴力转换到另一个系统。

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

来源
Bernice Lee
Translate

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

来源
Jerome Lee
Translate

SubVersion是您的最佳选择,正如Karl Seguin指出的,迁移到另一个版本控制系统将不是问题。 SVN在客户端(TortoiseSVN)中也非常容易使用GUI。

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

来源
Eden Lee
Translate

如果您选择使用Subversion,并且希望托管自己的svn服务器,则有一个非常漂亮,简单的基于Windows的服务器,称为VisualSVN服务器。它掩盖了设置apache服务器的复杂性,基本上您只需要继续下一步即可。用户配置是通过webUI而非配置来处理的

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

使用类似R的bean的公共服务可能更容易,但是有些人喜欢拥有自己的存储库,以提高速度或确保安全。

来源
Molly Lee
Translate

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

因此,我为客户端简单地安装了SVN Server和Tortoise SVN,并深入研究了深层次,我不知道该如何使用它。

来源
Gemma Lee
Translate

开始在实际工作中使用SVN,但请尝试花些时间摆弄Git和/或Mercurial。 SVN对于生产而言相当稳定,但是最终您将面临一个场景需要分布式SCM,届时您将得到适当的布防,新系统将足够成熟。

来源
Omar Lee
Translate

是的,SVN是首选,除非您确实需要git的特定功能。 SVN足够难。听起来git更难以使用。您可以从类似的人那里获得svn的托管豆茎-除非您有内部Linux人士,否则我会推荐您。事情很容易出错,很高兴有其他人来解决这个问题。

有一个很棒的教程关于Eric Sink的修订控制,无论您使用哪种系统,都值得阅读。

来源
Stan Lee
Translate

superjoe30写:

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

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

我将SVN用于所有个人项目。我从在家用计算机上运行svn开始,但最终迁移到Dreamhost。他们的包含Subversion的托管软件包非常合理。

来源
Translate

如果在窗户盒上,则快速且肮脏的解决方案是CVSNT。易于使用,只需对其进行设置即可,并且效果很好。

我自己更喜欢SVN,但这是快速使用的好工具。

来源
Susan Lee
Translate

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

如果您打算学习/使用D访问第三方存储库几乎是强制性的,例如.

来源
Natividad Lee
Translate

@ superjoe30是的,绝对。一旦开始使用版本控制,就再也不会回头了。我用它来做所有事情,甚至是我的“ home”文件夹。

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

来源
Herman Lee
Translate

只需使用TortoiseSVN,您甚至可以在不知道实际Subversion命令的情况下生存下来……但这很糟糕。幸运的是,当您无价的存储库首次遭到破坏时,总会有一个“绝妙的机会”来认真地学习它们。

是的,它发生了。

来源
Simon Lee
Translate

正如在其他地方多次提到的,请随便做。通过阅读《红皮书》中的快速入门指南,我可以立即在Windows下使用Subversion从头开始。将TortoiseSVN指向存储库后,我便开始从事商务活动。我花了一些时间才能记下更好的分数,但这些都是克服困难的小障碍。

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

来源
Juliet Lee
Translate

从个人经验来看,svn是我的建议。您甚至可以使用类似的服务豆茎提供免费帐户(显然有限制,但足以应付任何较小的项目)来测试水域。但是正如其他人所说的那样,git是优越的,可能值得研究。

来源
Rod Lee
Translate

现在,简化SVN服务器设置的一个主要技巧是使用虚拟设备。也就是说,已预先安装了Subversion并(在大多数情况下)预先配置了Subversion的虚拟机-几乎是即插即用的东西。你可以试试这里, 这里这里,或尝试在“ Subversion Virtual Appliance”上搜索Google。

来源