TeamCity、TFS和标签

TeamCity、TFS和标签,tfs,teamcity,Tfs,Teamcity,我们使用TeamCity进行持续集成,并使用TFS作为我们的VCS。我能够使用VCS标签构建功能将标签应用于构建。这完全符合我们的预期,但有一个小故障,我们似乎无法解决 在TFS源代码管理资源管理器中,我转到项目的顶层。从那里我可以选择查看历史。在“查看历史记录”中,我选择“标签”选项卡。这里我看到了类似的东西 Name | User | Date |Changeset | Comment MyLabel |username|datetime|12345 |TeamCity

我们使用TeamCity进行持续集成,并使用TFS作为我们的VCS。我能够使用VCS标签构建功能将标签应用于构建。这完全符合我们的预期,但有一个小故障,我们似乎无法解决

在TFS源代码管理资源管理器中,我转到项目的顶层。从那里我可以选择查看历史。在“查看历史记录”中,我选择“标签”选项卡。这里我看到了类似的东西

Name | User | Date |Changeset | Comment MyLabel |username|datetime|12345 |TeamCity automatic label 名称|用户|日期|变更集|注释 MyLabel |用户名|日期时间| 12345 | TeamCity自动标签 这一切都很好,只是变更集编号始终是该分支的第一个编号。有没有办法配置变更集设置?作为奖励,设置评论也会很好


谢谢

这不是小故障,而是TFS标签的工作原理。 标签上显示的更改集是上次修改标签中的根文件夹时的更改集。
之所以这样做,是因为标签不是文件的时间点快照,因为它们是可变的。

Microsoft将标签称为快照。“通过使用标签,您可以拍摄文件的快照,以便以后可以引用该快照。”我很感谢您的解释,但这并不能真正解决我的问题。一定有办法做到这一点。这一定义确实有效。标签是特定版本的文件集合,其中每个文件跟踪版本,而不是跟踪整个文件组。这允许您在标签内将文件更新为新版本。实际上,标签几乎就像一个新的分支。几年前我研究过这一点,但结果是走到了死胡同,从那以后我再也没有听说过这种情况会发生变化。我没有依赖标签的变更集列,而是将实际的变更集编号放在标签名称中。不是很理想,但可能是你问题的解决方案。