TFS科(终身)管理

Question

我们的团队使用TFS进行版本控制。我们的分支战略如下：

• 我们有一个主要分支，我们使用它作为开发分支。
• 在每周四周的周期中，我们发布我们的软件。
• 完成此操作后，将从主分支创建一个发布分支，表示软件发布时的状态。
• 当需要在下一个计划发行版到期之前进行更改(关键错误)时，将从最近的发布分支创建一个紧急发布分支。
• 当软件处于活动状态时，这个分支将被合并到主分支，以确保bug不会在下一个版本中重新引入。

这种分支策略的结果是，如果需要为发行版创建/合并分支，那么分支列表显然会随着时间的推移而不断增长，从而创建一个漂亮的滚动节。

保留所有分支机构是个好主意，还是有其他策略来解决这个问题？

Answer 1

而不是分支，而是为每个版本创建一个标签。

可以使用标签从源代码管理中提取代码，也可以使用标签作为分支的基础，如果需要在下一个版本准备好之前修复发行版。

在Visual 2015中，可以通过右键单击源代码管理资源管理器中的节点应用标签。转到高级->应用标签。您可以根据最新版本、工作区版本、日期或更改集进行标签。当前MSDN文档这里。

您还可以通过TFS构建系统应用标签。您可以创建一个版本构建定义，该定义可以打包发行版并标记源。请参阅这个答案在StackOverflow上。

可以从“历史记录”窗口查看现有标签。历史默认为changesets，只需将视图切换到标签即可。

Answer 2

您真的需要拥有多个发布分支吗？如果您在生产中没有多个活动版本，那么只使用一个发布分支即可。

在为下一个4周的发布做准备时，将准备好的更改合并到其中(或者更好的是，它们已经完成了)，并确保在构建工件时标记源代码。

如果您已经迁移到Azure DevOps，您应该确保明确地无限期地保留这些构建。如果你不这样做，它们就会被清理干净，你的源代码管理标签也会被删除。默认的年龄大约是90天或更短。(我不得不制作一个控制台程序来标记它们，这样它们就不会被删除。)