2012-06-29 33 views
3

我正在评估TFS作为公司的替代源控制选项,并记录我们当前的流程将如何改变或保持不变,如果我们开始使用它。TFS:在签入时应用标签?

我们在当前产品中使用相当多的标签,不仅用于创建给定构建的快照,而且还用于针对未来构建的特定修改。我们的标准是始终使用它打算使用的发布版本的标签签入每个文件。

我们当前的软件在签入屏幕上有一个“标签”选项,因此签入/标签是一个一步的过程。有没有办法与TFS做到这一点?我发现你可以打开源代码管理浏览器并在事实之后添加标签,但是如果用户将不得不点击左右以找到正确的变更集以便在事实发生后添加标签,我想确保记录下来......

+1

这些“目标释放”标签是如何在您的过程中使用的?我可以看到一些可能的选择,但首先需要知道。 –

+0

可能最容易举个例子:1.22正在生产中。我们开始发展1.23。此时,项目中的所有文件都标记为1.23。随着更改被检入,该标签会被颠覆,以便任何时候,任何人都可以在1.23上进行“获取”并编译。随着1.23交货日期的接近,有些任务会碰到1.24。因此,所有1.23项目都被标记为1.24。最终目标是抓住一个给定的版本,并无需大惊小怪地编译。它看起来像分支/合并是我需要完成类似的工作,但如果您有其他建议,则欢迎他们。 :) 谢谢。 – user1221970

+0

我看到你在使用标签时的重点,而不必与分支“混淆”。如果目的更多地是文件/报告类型,我会建议将工作项目与强制关联,然后将版本字段添加到您要使用的WI。但是现在这并不能解决你的问题,所以我建议通过下面的ShellShock的答案,并使用指南中的分支场景来满足你的需求。您**必须**适应您的流程,并在适当的时间点创建发布分支。 –

回答

1

我不知道自动贴标签的方法,但有几个选项值得思考。

  • 您可以设置文本字段必须填写的列表(在未决的改变对话框的注释部分的检查),甚至使这些领域强制性的,所以它很容易添加“for version”note to each check in。IIRC这是通过右键单击团队资源管理器中的团队项目并转到源代码管理选项来设置的。

  • TFS为检入等操作引发事件,因此您可以使用TFS api来处理服务器上的事件并自动添加标签。你甚至可以拿起支票注释来告诉你的代码标签应该是什么。

1

这可能是您需要更改当前进程的位置。使用TFS(或其他版本控制系统)时,所有针对特定版本的开发人员都应与TFS中的同一分支一起工作,即每个并行开发流都有一个专用分支。因此减少了对标签的需求。这比使用标签更好,因为您可以查看分支并查看该版本中的内容,而无需通过标签筛选特定更改是否适用于该版本。我建议看一下Visual Studio Team Foundation Server Branching And Merging Guide