我打算创建一个将获得比之前我的项目大一点的项目，所以我认为这将是很好的使用版本控制系统，如SVN或混帐保持跟踪所有变化，在没有风险的代码中使用新功能进行一点点试验等等。如何使用修订控制系统，一般
现在（除了问题，我是否应该使用SVN或GIT），我问自己“怎么用”一般这样的系统。
到现在为止，我发现类似的词汇树干，标签和分支（合并经常出现在这方面的词）。但我不确定如何真正与他们合作。 标签似乎是发布版本（如果不是，请纠正我），但我不知道什么真正属于中继或分支;何时使用什么等。
在我的研究中，我还发现，通常应该创建一个文件夹结构，其子文件夹分支，标签和主干的一个新项目的建议。你也会推荐这个吗？还是应该以不同的方式处理项目的源代码？
有人可以试着向我解释这个吗？
版本控制系统的话题可能有点过大教为问答&这样的网站堆栈溢出的一部分。当然欢迎您提问关于它们的问题，但“任何人都可以告诉我所有我需要了解的信息”可能不是正确的地方。
如果你有兴趣在分布式版本控制系统，因为你所提到的git，你应该看一看hginit.com。尽管该网站描述了Mercurial，但大部分（如果不是全部）也适用于git。
至于创建这些文件夹的建议，完全取决于您决定使用的版本控制系统。
Subversion使用文件夹级别的“副本”来创建分支。把它想象成同时在磁盘上有多个副本，并且Subversion允许你将变化从一个文件夹合并到另一个文件夹，并跟踪你合并了什么，什么时候以及在哪个方向。
对于DVCS”，这是没有必要的，因为分支以不同的方式进行，因此你不需要这些目录。
您列出可以概括如下（注意，由于我使用的水银，我可能会通过它们在该系统中有色）词汇：
Wikipedia article on Revision control也有相当多的有用信息。
Mercurial glossary也列出了Mercurial中相当多的术语及其用法，并且许多版本控制系统中的许多信息都是正确的。
无论如何，这是一个典型的（对我而言）做一个项目的方式。
这只是一种方法，它有很多。如果你问他们，人们会告诉你他们喜欢的方式，我不会说我的方式是对的。
你可以开始检查http://www.infoq.com/articles/agile-version-control和http://nvie.com/posts/a-successful-git-branching-model/
而且trunk-tag-branch是一点点过时的模式，在SVN使用。 DSCM（mercurial，git）对分支和标签具有本地支持，因此您不需要明确创建这些目录。
Subversion Red Bean这本书对这个话题有很好的讨论。
Pragmatic Version Control也是一本好书。
这本实用的书有点旧了，如果他要读Subversion，他至少应该选择一些东西涵盖1.5或更新版本，包含所有新的合并更改。 – 2011-04-24 22:59:09
对于学习使用版本控制，你应该看看那个＃1找到您想要的“相关问题”。
在我看来，GitHub的Tom Preston-Werner编写的The Git Parable很好地教导了人们应该如何以及为什么要使用（分布式）版本控制系统（描述如何创建DVCS，如Git 可以创建）。
关于分支模型：如果版本控制系统使用的是支持轻量级分支，它可以合并分支又好又快，您通常使用2种分支在典型的工作流程：
HTH
谢谢你花时间回答:)我并不真的搜索版本控制系统的所有内容很多像堆栈溢出这样的网站;）我只是想知道一些“基础知识”，如干线标签分支的东西（换句话说，一般的开发过程如何）;所以有些东西开始“理解”并继续我对这些系统的研究 – tbolender 2011-04-24 22:47:29
我已经编辑了一些更多的细节。请注意，有可能没有正确的方法来做到这一点，但有很多不好的方法可以做到这一点，好的方法以不同的方式很好。我建议你先决定是否要使用集中版本控制系统或分布式版本控制系统（即。Subversion vs. Mercurial/git），然后阅读它们各自的工作方式。细节决定成败。然而，我的建议是配合DVCS，因为我使用Mercurial，当然Mercurial是最好的:) – 2011-04-24 22:56:42
“更多的细节”o_O。顺便说一句，答案本身+1，并提到mercurial作为一个起点。 – zerkms 2011-04-24 23:00:42