我的团队刚刚开始在内部使用TFS 2015 Update 1来管理他们的开发过程。我已经设置了服务器并为工作项定义了一些自定义状态和转换,以便更好地映射到我们的流程。首先,我们只会利用看板,并且不会因为我未能进入这里的各种原因而尝试使用迭代。
我目前的问题是使用TFS来规划版本。具体来说,我没有看到任何方法将功能和用户故事分组到特定版本中。我所有的谷歌搜索都发现了许多涉及微软发布管理的文章,所以我安装并配置了它,但这对我的团队现在正在尝试做的事情来说绝对有点过分。我现在没有尝试自动部署到不同的环境,我只需要一种方法将工作项分组到一个封装TFS中发布概念的东西。有没有办法做到这一点?我现在能想到的最好的方法是进一步修改工作项模板,以提供一个简单的"发布"带有选择列表的字段,或定义另一种类型的工作项,我可以将其他工作项分组。从我的角度来看,这似乎是MS的一个明显的疏忽,所以我希望我只是错过了一些东西。
答案 0 :(得分:3)
可以通过几种方式将工作分组到版本中,只需记住TFS中没有明确存在“发布计划”的概念。发布管理涵盖“发布到生产”,但不包括任何计划。
计划发布的方法:
一种方法是创建一个发布迭代,当你没有并行处理多个版本并真正完成一个版本然后再开始下一个版本时,这种方法就有效。 Release迭代过去是默认的,但已从产品中删除,有利于团队提供冲刺和团队持续交付。
Project Root + Release 1.2 + Sprint 1 + Sprint 2
另一种选择是使用标记。您可以使用标记来标记工作项,该标记表示它是特定sprint的目标。
使用标记工作项,在积压工作地点放置一个明显突出的工作项 ### END OF RELEASE 1 ### 下面有任何工作项不是该版本的一部分。这种技术适合更敏捷的工作方式,更清楚地表明发布的内容是浮动的。
创建自定义发布工作项,将您的其他工作项链接到此工作项,以针对该版本定位。
您在*自定义工作项字段**上创建选项列表的选项是另一种选择。
答案 1 :(得分:1)
或者,您也可以使用区域路径,其方式与迭代路径大致相同。通过使用区域路径,您可以避免将sprint绑定到一个特定版本。
这不是最佳解决方案,但在某些情况下可能是解决方案。
答案 2 :(得分:1)
在创建'部署'时,您应遵循命名约定。为了一致性。
P.S。我建议使用扩展程序'工作项目可视化'在这种情况下。它很好地规划了部署'相关工作项目。
TFS 2015 Update 2.1现在包含一个内置版本的Release Manager。与Release Manager独立安装相比,它更加用户友好且配置简单。
要将工作项分组到'版本',您可以执行以下操作:
创建这些定义后,工作流程将为:
注意:您可以启用CI构建和发布,但上述内容基于手动触发器。
您也可以直接调用Release API来查找与Release相关的WI,但是您需要先获取该版本的实际ID。
您目前仅限于根据了解版本查看这些关系。在现实世界中,查看工作项以查看它何时发布更为现实。要做到这一点,目前没有内置功能,但是我自己回答的问题会指导你 - see here.
答案 3 :(得分:0)
除了jessehouwing解释的方法之外,还有一些第三方工具可以与TFS / VSTS集成并提供高级规划功能。有关概述,请参阅VSTS Marketplace。