svn - 无论如何，您使用 svn tags 目录做什么？

Question

好的，所以我们都知道标准的 SVN 设置

trunk\
branches\
tags\

而且我意识到建议是标签中应该有“特殊”提交。然而，我从来没有真正使用过标签目录，我不明白我为什么会这样做。

我的理解是 tags\将包含诸如“Version1Release\、Version2Release\、ThatTimeWeUpgradedEverthing\”之类的内容。但事情就是这样，如果您要进入并需要对 Version1Release 进行更改，那么它应该是一个分支，如果标签应该是永远不会改变的，那么在源代码控制中制作副本有什么意义呢？请注意，修订版 712 是我们的第 1 版发布。

我想我的困惑是标签似乎是永远不应该改变的版本。但是源代码控制就是保留更改文件的历史记录。我知道这是一个次要的组织论点，但我很好奇人们的想法。

Answer 1

Just make a note revision 712 was our version 1 release.

这对团队中的开发人员来说已经足够好了，也许(假设你有一个文档存储可以在其中做这样的笔记)，但是要求任何不熟悉存储库的人“只记住”很快就会变得非常不合理。

例如，假设您的存储库可通过 'net.用户可能会选择 checkout 并为他们喜欢的但晦涩的 *nix 风格构建副本，并希望在您添加他们不喜欢的功能之前获取几个版本的版本。标签使这种事情变得容易。

标签也非常适合作为“触发点”。在我自己的存储库中，提交标签会自动启动(通过 post-commit Hook )构建、打包并将其发布到我们的网站的脚本。

最后，标签是廉价的副本。如果您想以一种表示快照永远不会更改的方式“快照”您的构建，请标记它。它不像它花费你很多。 :-)

编辑:

为了解决“作为分支实现”的想法——它们不是。真的。事实上，Subversion 根本没有实现分支或标记。这些完全是用户创造的想法，两者碰巧使用相同的命令， svn copy .但是，您也可以使用该命令在主干中复制文件；没什么特别的。分支或标签本身也没有什么特别之处。它们只是普通目录，我们决定对其进行特殊处理(甚至可以通过 Hook 强制执行)以简化项目管理。