目前,我们的 C# winforms 项目使用以下版本编号方案:
“主要版本”。“次要版本”。“迭代编号”。“该迭代中的内部版本号”
我们希望能够仅通过查看版本号来识别迭代号和该迭代中的内部版本号。
过去,我们做过类似的事情:“主要版本”。“次要版本”。“从 1.0 开始的顺序构建号”。例如,“4.0.648”意味着自 1.0 以来有 648 个构建 - 但此信息相当无用且只是轶事,这就是为什么我们进行更改以反映迭代和迭代内的构建。
因此,考虑到这种新的敏捷版本编号,我们现在遇到的问题是不同的产品组希望在我们的项目的迭代中进行更改。在这种情况下,版本号没有意义,因为它们的迭代号和构建号不对应。例如,我的项目的最后一个版本是 1.0.5.1,表示迭代 5 的第一个版本。现在,第三个迭代中的另一个项目想要对我的项目进行更改并重建。
我该如何应对这种情况?您如何在敏捷项目中进行版本编号?
我跟踪敏捷项目的迭代,而不是软件项目的迭代。如果一个较晚的启动方项目在另一个项目之后加入,那么它将与当前的敏捷项目迭代一起启动,并且不会出现错位。
敏捷项目领域之外的技术项目不应该与该领域内的项目进行交互。这将是流程的 PM 失败,并且应该在共享代码库与分支一起使用的所有情况下消除,并在项目完成后作为清理步骤修补到主干中。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)