我看了一篇博客，作者说：
"除非代码提交到版本控制系统，否则它不存在。在你做的每件事情中都使用版本控制。任何版本控制工具，包括 SVN、Git，甚至是 CVS，都要精通并使用它."
我从未使用过任何形式的版本控制，也不觉得它有多好。我之前搜索过并查看过相关内容，但我需要用通俗易懂的方式理解它。
目前我理解的是，像 SVN 这样的东西是为了将你的代码存储在线上，以便一组用户或其他开发人员可以访问相同的代码。一旦你更新了某些代码，你就可以提交新版本，SVN 将保留旧版本和新版本的副本。
这是基本概念还是我完全理解错误呢？
如果我理解正确的话，它可能对我没有太大用处，因为：
您有没有：
在这些情况下（当然也包括其他情况），版本控制系统应该会让您的生活更加轻松。
误引用一个朋友的话：“一个文明的工具，用于一个文明的时代。”
你不会失去任何东西。我再也不会注释掉代码了。我直接删除它。这样不会让屏幕混乱，也不会让代码丢失。如果需要，我可以通过检出旧的提交来恢复它。
你可以随意尝试。如果它没有解决问题，就还原回去。
你可以查看先前版本的代码，找出错误是何时和在哪里引入的。git bisect 在这方面非常好用。
更高级的功能如分支和合并让你可以拥有多条平行的开发线路。你可以在两个同时进行的功能中工作，而不会互相影响，并且可以轻松地切换回去。
你可以看到“改变了什么”。这听起来很基础，但我发现自己经常要检查这个。我经常会以这种方式开始我的单人工作流程：昨天我做了什么？
放心去尝试吧。从基本功能开始慢慢学习其他功能，你很快就会发现自己再也不想回到没有版本控制系统的“黑暗时代”了。
如果你想要一个本地的版本控制系统，你可以设置自己的subversion服务器（这是我以前做过的），但是今天我会推荐使用git。它更简单。只需进入你的代码目录并运行：
git init
欢迎加入我们的俱乐部。
版本控制是一种稀有但绝对必需的工具，即使您只是作为单独的开发者使用它。有些人说这是一种你生死相依的工具，我同意这个说法。
你可能现在正在使用版本控制，即使你不知道它。你有没有任何一个文件夹上面写着 "XXX Php Code (December)" 或 "XXX.php.bak.2"？这些 就是 版本控制的形式。一个好的版本控制系统将自动地帮你处理这些内容。你可以回滚到任何一个时间点（只要你已经检入了数据），并且能够看到那个时间点的精确副本。
此外，如果你采用像子版本这样的系统，并使用远程存储库（例如你拥有的服务器上的一个存储库），你将有一个地方来保留你所有的代码。需要在其他地方备份你的代码吗？没问题，只需检出即可。家里的硬盘崩溃了？至少与源代码无关（不是问题）。
即使您现在不使用版本控制，您将来可能会使用它，并且从现在开始变得更加熟悉其原则会带来好处。
即使是独自工作，这种情况有发生过吗？你运行应用程序，但某些功能无法正常工作，你会说“昨天还好好的，我发誓没有碰过那个类/方法。”如果你经常检查代码，快速的版本差异比较能够准确地展示最近一天里发生了什么改变。
对于个人工作，建议使用Subversion或Git进行版本控制。任何人都可以自由选择其中一种，但无论哪种都比不使用任何版本控制要好得多。Mike Mason的"Pragmatic Version Control using Subversion, 2nd Edition"或Travis Swicegood的"Pragmatic Version Control Using Git"都是很好的书籍。
原作者：Bill Karwin
即使只有一个开发者，源代码控制也具有巨大的好处。它允许您存储代码历史记录，并随时恢复软件的以前版本。这使得您可以毫无顾虑地灵活尝试，因为您始终可以还原到正在运行的另一个版本的源代码。
这就像拥有一个巨大的“撤消”按钮，一直回到您的第一行代码。
一旦你开始使用版本控制，就几乎无法离开它。如果有多个开发人员在同一个代码库上工作，它是不可或缺的...但对于单个开发人员也非常有用。
它跟踪您的代码更改，并允许您回滚到以前的版本。它使您可以自由地尝试新的东西，因为您知道如果出现任何问题，您可以撤消更改。
使用版本控制工具可以保证代码的备份和版本管理（假设你养成了经常提交更改的习惯）。即使没有其他人与您一起开发代码，这两点也非常有用...
版本控制对于检查以前的版本非常有用，即使您是独自工作。例如，如果您意外删除了代码或文件，可以将其找回；或者您可以比较以前的版本，看看为什么会出现新的错误。如果您是一个人在多个位置工作，这也很好。
我个人最喜欢的是git。
即使您是唯一接触代码的人，使用版本控制也有很多好处。
如果您将代码保存在版本控制下，则可以轻松查看您已更改的文件（或忘记添加到基线的文件）。