【问题标题】:SVN tagging equivalent in TFS 2012TFS 2012 中的 SVN 标记等效项
【发布时间】:2013-03-25 06:43:00
【问题描述】:

我最近迁移到了 TFS 2012,并且与 SVN 合作了很长时间。

在 SVN 中,我使用“标签”来标记一些重要的开发“检查点”,即当我完成一个软件版本(alpha、beta)时,我创建了一个 标签。如果发生错误,我会受到“保护”。

现在,我需要在 TFS 源代码控制中使用相同的行为(或等效行为),但我对它的结构感到困惑。

如何在 TFS 中使用“标记”?

【问题讨论】:

标签: svn tags checkpoint


【解决方案1】:

在 Team Foundation Server 中,labels 类似于其他版本控制系统中的标签;标签包含特定版本的文件。

当我们发布一些产品时,我们将整个团队项目快照为一个标签——也就是说,我们创建了一些标签 11_Release 来指向我们的 11.0.0 版本,它将包含 $/TEE(我们的团队项目)最新版本。然后我们解冻分支并允许签入继续进行。

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

【讨论】:

  • 需要注意的一点:标签没有历史记录。这可能是某些行业的合规问题。
  • aclear16,即使没有历史记录,我可以看到我签入文件时创建的其他“自动标签”吗?所有这些都将成为“历史”?
【解决方案2】:

我对 TFS 很陌生,但据我所知,“标签”确实是等价的。您必须记住,尽管它们与标签不同。标签实际上只是 TFS 中文件快照的名称。

没有像 SVN 这样的标签的单独分支。换句话说,如果您在 SVN 中有一个标签“v 1.0”,那么您仍然可以签入对它的更改,以防您需要进行小修复或添加。在 TFS 中,这对于标签是不可能的。

【讨论】:

    【解决方案3】:

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

    但是 Ron 提到你不能对那个标签添加小的改动,实际上你可以。如果您想对该标签的文件进行更改,则可以签入该更改,然后您可以编辑先前创建的标签以包含该新签入版本。

    您也可以稍后编辑捆绑到标签中的文件版本。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2014-06-29
      • 2014-09-29
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-11-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多