我们有一个项目,即将向稳定的代码库添加一项新功能,除了缺陷修复之外,不会进行任何重大更改。该计划不是在一段时间内(可能一个月)单独开发新功能,进行中间构建和测试,当功能完成并且质量可以接受时,将新功能的代码合并到主分支中。
问题是就 Clear Case 而言,以下两种场景中哪一种更好:
基于当前项目集成流中的基线创建新项目,在这个单独的项目中开发新功能,中间交付到新项目的集成流并从集成流进行构建。最终将新项目的集成流中的更改交付到主项目(到 dev 或 int)。
在主项目中使用流层次结构:在主项目中创建集成流的子流(我们称之为 temp_int)和 temp_int 的子流(我们称之为 temp_dev)。在 temp_dev 中开发新功能,定期交付到 temp_int 并从 temp_int 进行构建,然后将新功能从 temp_int 交付到主集成流。
您是否需要创建一个新项目或创建一个子流是一个经典的问题。
在我看来,这两种选择相当等效。
唯一显着的区别是您在为此特定开发工作创建新流时可以选择的基础基线:
- 对于子流,您只能选择在父流上生成的基线。
- 对于新项目的主流,您将能够选择任何您想要的基线。
除此之外:
- 一个新项目提供了一个新的空间,用于在一个连贯的容器中隔离多个流。但是,如果您需要在新功能开发期间对稳定代码进行一些细微的改进,那么交付就可以了。
- 开发完成后,子流可以清晰地可视化最终客户端:交付将是合并到父流的自然操作。另外,可以从父流到您的开发流进行定期变基,以保持最新状态。
因此,如果您只有一个需要明确交付的流,则子流选项就足够了。
如果您的开发最终比预期更复杂,那么项目会更好。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)