subversion（SVN）中的标签究竟是什么？SVN内置了哪些标签工具？（与Clearcase相比）

subversion（SVN）中的标签究竟是什么？Subversion真正提供了哪些内置功能来高效利用它们

我这样做是因为我想将某个版本的文件集合标记为标记。这将使发布命名更有意义。我还想准确地检索那些带有该标记的文件，以在特定版本中从这些文件构建软件

在ClearCase中，我相信标签很可能是文件的属性。我得到了一个令人担忧的印象，即标签并不是Subversion真正的特殊或核心，而是一个任意的概念，只是一个文件夹，其中包含某个版本的文件副本，这是真的吗？如果是这样的话，它不如ClearCase中的等价物有用

---

Subversion被提升为将标签作为一项功能，而实际上该工具似乎没有一个概念核心，那么为什么说它是一项功能呢？文献中似乎并没有广泛地描述它，至少足以帮助我解决我的问题。

你是对的，标签对于Subversion来说并不是什么特别的东西，只有对于开发人员或脚本，它们可以以某种特殊的方式处理

实际上，我在这里看到的Subversion的特性是分支和标记是廉价的（固定时间）操作。作为硬链接的复制操作不是标签功能本身。和来自：

Subversion没有用于分支或标记的特殊命令， 但使用了所谓的“廉价拷贝”。便宜的复制品与之类似 Unix中的硬链接，这意味着 在存储库中，将创建一个内部链接，指向特定的 树/修订。因此，分支和标记的创建速度非常快， 并且几乎不占用存储库中的额外空间

---

您是对的，标记对于Subversion来说并不是什么特别的东西，只是对于开发人员或脚本来说，它们可以以某种特殊的方式进行处理

实际上，我在这里看到的Subversion的特性是分支和标记是廉价的（固定时间）操作。作为硬链接的复制操作不是标签功能本身。和来自：

Subversion没有用于分支或标记的特殊命令， 但使用了所谓的“廉价拷贝”。便宜的复制品与之类似 Unix中的硬链接，这意味着 在存储库中，将创建一个内部链接，指向特定的 树/修订。因此，分支和标记的创建速度非常快， 并且几乎不占用存储库中的额外空间

subversion（SVN）中的标签究竟是什么

特殊位置下某些版本（RO，按惯例）的存储库副本

Subversion真正提供了哪些内置功能来高效利用它们

没有什么特别的-标记（仅在任何VCS中）只是某个存储库快照的标签，具有永久且易于使用的名称

我想将某个版本的文件集合标记为标记。这将使发布命名更有意义。我还想准确地检索那些带有该标记的文件，以在特定版本中从这些文件构建软件

嗯，这是一个确切的标签

标签对Subversion来说并不是什么特别的或核心的东西，而是一个任意的概念，只是一个文件夹，其中包含某个版本的文件副本，这是真的吗

是，作为svn回购的分支机构和所有其他实体部分

Subversion被提升为将标签作为一项功能，而实际上该工具似乎没有一个概念核心，那么为什么说它是一项功能呢

“廉价复制”，适用于标签和分支，是特性。易于识别，当您必须分支时|标记多GB回购

subversion（SVN）中的标签究竟是什么

特殊位置下某些版本（RO，按惯例）的存储库副本

Subversion真正提供了哪些内置功能来高效利用它们

没有什么特别的-标记（仅在任何VCS中）只是某个存储库快照的标签，具有永久且易于使用的名称

我想将某个版本的文件集合标记为标记。这将使发布命名更有意义。我还想准确地检索那些带有该标记的文件，以在特定版本中从这些文件构建软件

嗯，这是一个确切的标签

标签对Subversion来说并不是什么特别的或核心的东西，而是一个任意的概念，只是一个文件夹，其中包含某个版本的文件副本，这是真的吗

是，作为svn回购的分支机构和所有其他实体部分

Subversion被提升为将标签作为一项功能，而实际上该工具似乎没有一个概念核心，那么为什么说它是一项功能呢

“廉价复制”，适用于标签和分支，是特性。易于识别，当您必须分支时|标记多GB回购

我得到了一个令人担忧的印象，即标签并不是Subversion真正的特殊或核心，而是一个任意的概念，只是一个文件夹，其中包含某个版本的文件副本，这是真的吗？如果是这样的话，它不如ClearCase中的等价物有用

这是绝对正确的。还有，树枝也是。分支也只是用于创建分支的目录

然而，仅仅因为这样做并不意味着它们是无用的。标签通常用于在特定时刻拍摄存储库的快照。例如，我想做一个构建，并标记该构建中使用的文件。后来，当我们决定做一个releas