作为一个团队,我们在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。但编程到代码重新排序合并的变更集,我发现看历史记录会变得有点棘手,如果你考虑几个签到的
任何建议都会受到高度赞赏。
答案 0 :(得分:0)
不要相信你可以通过开箱即用的功能来做到这一点,但这两个链接可能很有用。
http://selagroup.com/Wimbi http://mergeworkitems.codeplex.com/