一般来说(工具不可知的观点)，分支是用于并行开发的机制。一个SCM可以有0到n个分支。Subversion是0。

Trunk is a main branch recommended by Subversion, but you are in no way forced to create it. You could call it 'main' or 'releases', or not have one at all! Branch represents a development effort. It should never be named after a resource (like 'vonc_branch') but after: a purpose 'myProject_dev' or 'myProject_Merge' a release perimeter 'myProjetc1.0_dev'or myProject2.3_Merge' or 'myProject6..2_Patch1'... Tag is a snapshot of files in order to easily get back to that state. The problem is that tag and branch is the same in Subversion. And I would definitely recommend the paranoid approach: you can use one of the access control scripts provided with Subversion to prevent anyone from doing anything but creating new copies in the tags area.

标签是最终的。其内容不应改变。从来没有。永远。你忘了发行通知里的一行字?创建一个新标记。淘汰或删除旧的。

现在，我读了很多关于“在某某分支中合并某某，然后最终在主干分支中合并”的内容。 这就是所谓的合并工作流，这里没有强制性的内容。这并不是因为你有一个主干分支，你必须合并回任何东西。

按照惯例，主干分支可以代表您的开发的当前状态，但这是一个简单的顺序项目，该项目具有:

没有“预先”开发(用于准备下一个下一个版本，这意味着这些更改与当前的“主干”开发不兼容) 没有大规模的重构(用于测试新的技术选择) 没有以前版本的长期维护

因为对于这些场景中的一个(或所有)，你会得到四个“主干”，四个“当前开发”，而不是你在这些并行开发中所做的所有事情都必须合并回“主干”中。

在SVN中，标记和分支非常相似。

标签=在时间上定义的片段，通常用于发布

分支=在开发过程中定义的片段，通常用于1.0、1.5、2.0等主要版本，然后在发布时标记分支。这允许您继续支持产品版本，同时在主干中进行突破性的更改

Trunk =开发工作空间，这是所有开发应该发生的地方，然后从分支发布合并回来的更改。

它们没有任何正式的含义。文件夹就是文件夹 SVN。它们是组织项目的一种普遍接受的方式。

The trunk is where you keep your main line of developmemt. The branch folder is where you might create, well, branches, which are hard to explain in a short post. A branch is a copy of a subset of your project that you work on separately from the trunk. Maybe it's for experiments that might not go anywhere, or maybe it's for the next release, which you will later merge back into the trunk when it becomes stable. And the tags folder is for creating tagged copies of your repository, usually at release checkpoints.

但正如我所说，对于SVN，文件夹就是文件夹。分支、主干和标签只是一种约定。

我随意使用“复制”这个词。SVN实际上并不完全复制存储库中的内容。

中继目录可能是您最熟悉的目录，因为它用于保存最新的更改。你的主要代码库应该在trunk中。

分支目录用于保存分支，无论它们是什么。

标签目录主要用于标记一组特定的文件。您可以对发布版本这样做，其中您希望“1.0”是这些修订版本的这些文件，“1.1”是这些修订版本的这些文件。通常，标签制作完成后就不需要修改了。有关标签的更多信息，请参见第4章。分支和合并(在Subversion版本控制中)。

我不太确定“标签”是什么，但分支是一个相当常见的源代码控制概念。

基本上，分支是在不影响主干的情况下对代码进行更改的一种方式。假设您想要添加一个相当复杂的新功能。您希望能够在进行更改时检入更改，但在完成该特性之前不希望它影响trunk。

首先创建一个分支。这基本上是创建分支时的主干副本。然后在分支中完成所有工作。在分支中所做的任何更改都不会影响trunk，因此trunk仍然可用，允许其他人继续在那里工作(比如做错误修复或小的增强)。一旦你的特性完成了，你就可以把分支集成回主干中。这将把所有的更改从分支移动到主干。

人们为分支使用了许多模式。如果您有一个同时支持多个主要版本的产品，通常每个版本都是一个分支。在我工作的地方，我们有一个QA分支和一个生产分支。在向QA发布代码之前，我们将变更集成到QA分支，然后从那里进行部署。当发布到产品时，我们从QA分支集成到生产分支，所以我们知道在生产中运行的代码与QA测试的代码是相同的。

这里是维基百科上关于分支的条目，因为它们可能比我能更好地解释事情。：）

标签=在时间上定义的片段，通常用于发布

我认为这就是人们通常所说的“标签”。但是在Subversion中:

它们没有任何正式的含义。文件夹对于SVN来说就是一个文件夹。

我觉得很困惑:一个对分支或标签一无所知的修订控制系统。从实现的角度来看，我认为创建“副本”的Subversion方式非常聪明，但我必须了解它，这就是我所说的有漏洞的抽象。

或者我使用CVS的时间太长了。