开始使用版本控制

Question

我需要实现版本控制，即使只是我在家做的开发。 在过去的几年里，我已经阅读了关于 Subversion 是多么伟大的文章，并且我正准备致力于学习这方面的知识，直到我听说 Git 是即将到来的版本控制系统。

鉴于这种情况，我应该暂缓一下，看看哪一个名列前茅吗？ 它们的相对优势是什么？

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

此外，不介意有关如何开始使用其中一个的建议。 （教程等）

Answer 1

版本控制最重要的是：

只是开始使用它

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

它很容易转换

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

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

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

---

编辑：

pix0r说：

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

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

编辑2：

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

Answer 2

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

Answer 3

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

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

Answer 4

如果您是versioncontrol的新手，请阅读：
源控制HOWTO

Answer 5

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

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

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

去SVN。

Answer 6

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

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

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

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

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

它摇滚。

Answer 7

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

Answer 8

@ 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存储库中是安全的。 这很棒

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

Answer 9

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

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

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

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

Answer 10

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

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

Answer 11

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

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

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

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

Answer 12

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

Answer 13

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

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

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

Answer 14

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

Answer 15

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

Answer 16

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

Answer 17

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

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

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

Answer 18

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

Answer 19

Coding Horror 有一篇关于如何在 Windows 上设置 Subversion的精彩帖子。

按照教程，我能够在本地运行 Subervsion 和 TortoiseSVN，并从中获得所需的教育。

就 Git 而言，对它们进行动手实验可能是一个好主意，以了解哪个适合您的特定开发实践。

Answer 20

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

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

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

Answer 21

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

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

Answer 22

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

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

Answer 23

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

是的，它发生了。

Answer 24

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

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

Answer 25

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

Answer 26

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

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

Answer 27

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

Answer 28

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

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

Answer 29

superjoe30写道 ：

相关问题（也许可以编辑答案来回答这个问题）：

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

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

Answer 30

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

Answer 31

在阅读了 Wil Shipleys 的博客后，我开始使用 subversion。

所以我开始检查代码，一台机器和dreamhost帐户。 然后，在我不小心删除了一个函数并保存了我的项目之后，我知道我陷入了“dudu”的深渊，但是使用 subversion 我刚刚检查了该文件的最新版本，就像什么也没发生一样。

我现在对一切都使用版本控制。 我打算转移到 git，因为它更快，离线工作，占用更少的空间，哦，天哪，它更快。

Answer 32

使用 svn 而不是 cvs 的一个重要原因是 svn 支持二进制差异。 这对许多程序员来说可能无关紧要，但如果您要对 10Mb 的图像进行一系列微小的更改，则每次在您的存储库中都有一个唯一的副本会非常快地占用空间。

我在 Windows 上使用 TortoiseSVN，但在 Mac 上已经通过（现在商业）版本客户端使用商业CornerStone客户端。 我发现包括 RapidSVN 在内的一系列免费 Mac 客户端有足够的痛点让我掏出真正的美元。 CornerStone 提供的用于捕获我忘记添加到存储库的文件的安全网对我来说物有所值。 我花了很多时间与位于相反时区的美国客户合作，因此无法承受忘记添加文件的错误！

Answer 33

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

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

Answer 34

简短回答：Subversion 如果你是唯一一个编码它的人，或者你和你一起工作的每个人都在现场。 如果您与不同站点的人一起工作并且您的代码库很大，请使用 GIT。

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

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