关于git：版本控制入门

Getting started with Version Control

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

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

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

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

关于版本控制，最重要的是：

刚开始使用它

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

转换非常容易

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

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

如果您正在寻找易于使用的GUI，请查看TortoiseSVN(Windows)和Versions(Mac)(建议无编码方式建议)

编辑：

pix0r said:

Git has some nice features, but you won't be able to appreciate them unless you've already used something more standard like CVS or Subversion.

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

编辑2：

刚刚在reddit上看到了此链接：Subversion备忘单。 svn命令行的快速参考。

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

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

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

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

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

同样，使用源代码控制系统也不会涉及大量的学习。如果您学习一个，则可以在以后轻松地切换到另一个。

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

选择SVN。

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

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

如果今天必须启动新的存储库，则选择git。把手放下。

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

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

摇晃。

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

@superjoe30

What about using source control on your own computer, if you're the sole programmer? Is this good practice? Are there related tips or tricks?

我发现git实际上更容易做到这一点，因为您不需要服务器，也不必担心输入URL等。您的版本控制内容仅位于项目内的.git目录中，您可以继续使用它。

5秒的简介(假设您已安装)

1
2
3
4

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

下次您进行一些更改

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

只要您这样做，git就可以为您服务。如果您搞砸了，那么您的代码在不错的git存储库中是安全的。这很棒

注意：您可能会发现将git中的所有内容都比放入其中要困难一些，但是比起根本没有文件，出现该问题要好得多！

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

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

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

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

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

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

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

同样，TortoiseSVN使提交数据库的操作就像右键单击一个文件夹一样容易。

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

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

如果要避免任何命令行工作，也请尝试使用服务器的Visual svn。

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

Git优于Subversion，但在前沿方面有点不足。

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

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

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

使用TortoiseSVN(如果是Mac，则为version.app)。只需安装即可。如果需要托管代码的地方，请访问http://beanstalkapp.com/

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

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

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

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

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

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

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

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

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

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

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

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

在阅读Wil Shipleys博客后，我开始使用Subversion。

因此，我开始检入代码，一台计算机和dreamhost帐户。然后，在我不小心删除了一个函数并保存了我的项目之后，我知道我处于" dudu"深处，但是通过Subversion，我只是签出了该文件的最新版本，就好像什么都没有发生。

我现在对所有内容都使用版本控制。我打算转移到git，因为它速度更快，可以离线工作，占用更少的空间，哦，天哪，它更快。

superjoe30 writes:

Related question (perhaps answers can be edited to answer this question as well):

What about using source control on your own computer, if you're the sole programmer? Is >>this good practice? Are there related tips or tricks?

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

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

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

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

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

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

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

是的，它发生了。

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

Coding Horror撰写了一篇很棒的文章，介绍如何在Windows上设置Subversion。

遵循该教程，我能够在本地运行Subervsion和TortoiseSVN，并且得到了所需的培训。

就Git而言，最好动手对它们进行实验，以了解哪种方法适合您的特定开发实践。

使用svn而不是cvs的重要原因是svn支持二进制差异。对于许多程序员而言，这可能无关紧要，但是，如果您要对10Mb映像进行一系列细微更改，则每次在存储库中拥有唯一的副本都会极大地消耗空间。

我在Windows上使用TortoiseSVN，但在Mac上已经使用了(现在是商业)Versions客户端的商业CornerStone客户端。我发现包括RapidSVN在内的各种免费Mac客户端都有很多痛点，使我不愿意花钱购买真实货币。 CornerStone提供的用于捕获我忘记添加到存储库中的文件的安全网对我来说是值得的。我花了很多时间与位于相反时区的美国客户合作，因此无法承担忘记添加文件的麻烦！

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

如果您打算学习/使用D，则几乎必须访问第三方存储库，例如DSource。

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

无论您使用哪种系统，Eric Sink都提供了关于修订控制的出色教程，值得一读。

简短答案：Subversion，如果您是唯一一个使用它进行编码的人，或者您与所有与之共事的人都在网站上。如果您正在与不同站点的人员一起工作，并且您的代码库很大，则可以使用GIT。

Subversion确实非常容易设置和使用。这也很不错，因为您也可以使用它进行相对复杂的操作，例如将其连接到Apache并使用SSL或将其插入Trac进行项目管理。 Subversion有很多可用的工具，这确实是一个不错的选择。

对于在分布式环境中工作的大型团队的人员而言，GIT更为有用。 Linus T.是为Linux团队开发的，因为他对传统存储库的功能不满意。如果您计划与开源项目的人一起工作，那么值得学习。