各位大佬公司内的版本迭代什么流程

[seagull7558]

各位大佬公司内的版本迭代什么流程?

目前有俩问题很困惑:

1. spring cloud 的多个应用在部署时,互相依赖的 Maven.Jar,是提前构建好推送到私服,还是 jenkins 过程中构建依赖 Jar?
2. 多个环境 譬如 开发 /测试 abcde/预发 abcde/演示 abcde/生产 从测试环境开始 是不是应该生产测试演示各个环境共用一个镜像?
3. mysql 数据库 结构的变动可以通过 liquidbase 或是 flyway 实现迁移,但是业务数据怎么办,譬如系统新补充了一些菜单和角色,都是运营后台创建的,每次发布之前比对数据库记录 SQL 吗?
4. 配置中心的修改咋整

[xuanbg]

依赖包肯定先 deploy 到 Maven 私服啊。不同环境都是同一份代码，不同的可能是不同的分支或标签。数据库任何变更都是运维人员手动执行 sql 脚本，当然脚本是程序员来写。配置需要变更由研发提需求，运维根据研发提的需求来变更。

[8355]

目前有俩问题很困惑
1234
可太有意思了

[wolfie]

1. deploy 或 现构建，都用过。现构建只适合依赖少的小项目。
2. 肯定不同的镜像，不同环境不同分支啊。
3. 谁加的，谁整理 SQL ，找 DBA 。
4. 谁加的，谁整理配置，找运维。

[chenPiMeiHaoChi]

@8355 众所周知四天王有五个

[luomao]

1.依赖的 jar 均在私服，团队间遵守原则即可，譬如开闭原则，依赖包仅维护一个分支等
2.多环境在我这里仅依靠环境变量控制，任何分支都可以通过环境变量控制，最大限度保障出现问题可以快速复现问题，所以镜像可以公用
3.数据库任何变动都是由改动的开发记录
4.配置任何变动也是由开发记录，最终上线由执行发版动作的人员进行配置修改