基于用户故事的部署(TFS API合并自动化)

时间:2012-10-11 14:52:50

标签: deployment tfs

作为一个团队,我们在2周的冲刺周期中遵循敏捷/ Scrum方法。我们希望通过一键式解决方案向每个用户故事部署更改,而不是每两周部署一次sprint工作。

为了便于讨论,我们有两个分支Dev和QA。一旦用户故事标记为准备部署,我就将其变更集合并到QA分支中,并在构建触发时从该分支生成部署包。

我编写了代码来自动化与TFS API集成的合并过程。我在这里遇到的挑战是在存在依赖关系时处理源代码控制的变化。示例如下。

Changeset   UserStory#

100         1  (File1.cs, File2.cs)
101         2  (File2.cs)
102         1  (File2.cs)

在上面的场景中,如果我将Story1标记为已准备好部署,并且合并程序触发合并,我看到我无法合并,因为changeset 102对于故事2的File2.cs中的更改尚未准备好部署。即使story2已准备好部署,我也必须按顺序合并100,101和102。但编程到代码重新排序合并的变更集,我发现看历史记录会变得有点棘手,如果你考虑几个签到的

任何建议都会受到高度赞赏。

1 个答案:

答案 0 :(得分:0)

不要相信你可以通过开箱即用的功能来做到这一点,但这两个链接可能很有用。

http://selagroup.com/Wimbi http://mergeworkitems.codeplex.com/

相关问题