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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 675 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

目前有俩问题很困惑:

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

abcde

jar

譬如

大佬

5 条回复 • 2023-01-04 16:25:57 +08:00

xuanbg

2023-01-03 17:06:23 +08:00

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

8355

2023-01-04 09:43:33 +08:00

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

wolfie

2023-01-04 13:35:27 +08:00

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

chenPiMeiHaoChi

2023-01-04 13:36:50 +08:00

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

luomao

2023-01-04 16:25:57 +08:00

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