4
A
回答
6
main reason why you branch将隔离开发工作。
所以这真的取决于你认为最重要的是要隔离:
- 一个给定版本(这将是促进步中隔离提交:测试,集成或督促/修补程序)促销努力
- (包括单元测试,整合,生产阶段)
代码升级允许每个版本的并行升级努力(您在开发n + 2时测试n + 1并维护N)。
虽然Branch per Release允许更简单更顺序的开发周期,但您在开发n + 1时主要测试和维护n。
无论选择的策略是,你需要解决n和之间的同步步骤N + 1(是什么,你什么时候合并变阵从N至N + 1):
- 随着代码推广您可以在不同的步骤合并
- 对于每个版本的分支,您通常只从一个版本合并到另一个版本的当前开发状态。
所以基本上,代码升级策略意味着更多的分支机构,更多的合并和更精确的历史被保存和孤立在这些分支机构。
但它意味着更多的环境来设置和管理。
Branch Per Release更直截了当(前提是您能够知道您正在处理的内容将最终成为下一个版本的一部分)。
相关问题
- 1. Qemu版本/分支机构?
- 2. 仅改变分支机构的分支机构类型
- 3. TFS 2012与分支机构的源代码控制结构
- 4. 在切换svn远程分支机构时维护git本地分支机构
- 5. 重新建立一个拥有子分支机构的分支机构
- 6. 创建本地分支机构远程分支机构/本地机构时有什么不同?
- 7. OCaml分支机构信息
- 8. Git远程分支机构
- 9. Git rebasing分支机构
- 10. TFS分支机构问题
- 11. GIT合并,分支机构
- 12. Git和分支机构
- 13. MQ与Mercurial中的分支机构
- 14. 分支机构的报道与foreach?
- 15. Mercurial命名分支机构+ CI版本的多个知识库
- 16. 如何自动获取“分支机构合并”对话框的分支机构?
- 17. Maven的版本,颠覆分支机构和本地资源库
- 18. 重构SVN分支代码
- 19. 混帐:两个地方分支机构
- 20. Github分支机构为多个客户
- 21. 将分支机构修订版本与分叉的Hg项目集成
- 22. GIT - 使用所有分支机构的最新版本文件
- 23. 文件推到本地分支机构和远程
- 24. 推送所有本地分支机构其它远程Git中
- 25. 用分支机构重组subversion版本库
- 26. Git的 - 地方分支机构,远程
- 27. 在当地的分支机构
- 28. git保存分支机构的快照
- 29. Bazaar的当地分支机构?
- 30. 保持同步分支机构,Git的
在每个发布场景的分支中,什么能够防止您在测试n + 1和维护n时开发n + 2? – vlfig 2012-12-04 22:58:48
@vlf nothing:在代码升级中它只是更详细(即“更多分支”),因为您将代码从功能分支提升到集成分支,以便为给定版本'n'释放分支。 – VonC 2012-12-05 06:51:32
Sooo,当你说“代码升级允许每个版本的并行升级工作”时,你会受到不必要的限制(两者都允许),并且当你说“Branch per Release允许更简单的更顺序的开发周期时,你主要测试和在开发n + 1时维护n“你意味着每个版本的分支不允许在两个以上的分支上进行活动,这显然是不真实的。 – vlfig 2012-12-06 23:19:45