TFS 2012中的SVN标签等效物

我最近迁移到了TFS 2012，我与SVN共事了很长一段时间

在SVN中，我使用“标记”来标记一些重要的开发“检查点”，即当我完成一个软件版本（alpha，beta）时，我为该版本创建了一个标记。如果发生错误，我将受到“保护”

现在，我需要在TFS源代码管理中使用相同的行为（或等效行为），但我对其结构感到困惑

---

在Team Foundation Server中，在<强> TFS

< P>中，如何使用“标记”，类似于其他版本控制系统中的标签；标签包含特定版本的文件

当我们发布一些产品时，我们将整个团队项目快照为一个标签-也就是说，我们创建了一些标签

11\u release

，指向我们的11.0.0版本，它将包含

$/TEE

（我们的团队项目）最新版本。然后，我们解开分支并允许签入继续进行

当然，具体的工作方式将取决于您的流程。您不必将最新版本应用于该标签，事实上，它可能是其他变更集，甚至是日期版本规范。

我对TFS非常陌生，但就我所知，“标签”确实是等效的。但是你必须记住，它们和标签不是一回事。标签实际上只是TFS中文件快照的名称

---

对于SVN中的标记，没有单独的分支。换句话说，如果您在SVN中有一个标记“v1.0”，那么您仍然可以签入对它的更改，以防需要进行小的修复或添加。在TFS中，使用标签是不可能的。

正如Ron提到的，TFS标签也与标签非常相似，它不会像SVN中那样创建单独的分支

但是罗恩提到你不能在标签上增加小的改变，事实上你可以。如果要对该标签的文件进行更改，则可以签入该更改，然后可以编辑以前创建的标签以包含新的签入版本

---

您只需编辑捆绑到标签中的文件版本即可。

您可能需要标签：耶！“快照”。我不记得这个词了。这正是我需要的。谢谢贴出来作为回答：我想投赞成票。需要注意的是：标签没有历史。在某些行业，这可能是一个法规遵从性问题。即使没有历史记录，我是否可以看到在签入文件时创建的其他“自动标签”？所有这些都将成为“历史”？