这是一个创建于 1610 天前的主题，其中的信息可能已经有所发展或是发生改变。
本人所在的系统是目前现状是工单特别多，需求池内未开发的工单仍有 30 多个，团队人员在 15 人左右。目前的工作流为：按工单开发，每个工单有相应的计划（但不一定按计划排的时间上线），在 sit 环境通过后，会在进入 uat 之前进行 codereview，然后合并代码解决冲突（用的 svn ），生产发布是以增量形式发布。 目前，公司要求在未来 2 个月内切换到 devops 上就是阿里的云效，有些问题想问问老哥们
1.后续版本管理工具使用 git，按照 devops 的理念，分支是以上线迭代版本来拉取的，那么不同的分支间的代码合并等工作流应该怎么去规划？
2.对于分支之间的代码冲突或者依赖该怎么去解决？比如，b 分支是依赖与 a 分支的某项功能的，那么 b 分支的开发必定是依赖与 a 分支的，按照开发测试验证上线的流程，a 分支进入测试阶段，b 分支必然需要进入开发阶段，那此时 b 分支所依赖 a 的功能我该去怎么解决？
欢迎大佬们指点！！！
 |
1
ljpCN 2020-06-29 10:20:44 +08:00 via Android
不太懂 devops 只是大概耳闻。从我司流程回答你的问题：
1. 拉取用 git 自己的 rebase，提交用 gitlab 提 MR 2. 我们有开发环境，测试环境，预发环境，正式环境。其中开发环境本地自测，其它都是单独的环境，预发环境和正式环境共享数据库。想要发布某个分支的代码到某个环境的话，直接用那个分支的代码打包上传就行了。当然，打包上传的过程是交给流程做的，人工只是提交一个请求。需要 devops 写一些部署脚本 |
Select Language