这是一个创建于 160 天前的主题，其中的信息可能已经有所发展或是发生改变。
对于 SQL 脚本，已经上了 flyway ，运维那边部署起来也方便
对于 properties ，现在还是我们开发手动维护的，每次部署的时候有多少增量的 properties 都得告诉运维，维护起来很痛苦
11 条回复 • 2024-06-19 20:23:50 +08:00
 |
1
wxyrrcj 160 天前
搞个配置中心？
|
 |
2
vczyh 160 天前
对于运维，只关心环境变量就够了吧，他才不用管你 application.properties 变化了什么
|
 |
3
Blank10030 160 天前
配置放代码里面就行，运维只负责部署。
1 、如果是用代码分支区分环境，只需要固定的一个配置文件，由运维选择部署哪个分支。 2 、如果是一个代码分支，定义多个 application-{profile}.yml 文件，通过环境变量读取对应的配置文件。 |
 |
4
zed1018 160 天前
啊？不是整个 application.yml 都在 configmap 里吗
|
 |
5
sola97 OP @wxyrrcj @Blank10030 我们现在是用了 nacos 做配置中心，但是不同环境的 nacos 是隔离的，开发人员只能管理开发环境的配置中心，所有旧得把开发环境新增的配置告诉运维，运维同步到其他环境的 nacos
|
 |
6
fifa899 160 天前
业务类的 就增加一个配置表,弄个富文本字段.配置表放内存 cache ,让前端对配置开发个系统配置控制台页面.
中间件,硬件部署,跟环境相关的才放 application 文件 |
 |
9
fengpan567 160 天前
你们没有 nacos 这种的？
|
 |
10
CivAx 160 天前 via iPhone
能写死的配置就写死在 properties 里，反正可以让运维通过 env 覆盖。
你这种需要分环境的我们就复制多份 properties 但只改内容，并且提交到同一个仓库内。随后在跑 pipeline 的时候在 pipeline 上做环境区分，通过 spring_profile_active 去指定调哪一份文件，然后打成不同环境的镜像。 |
 |
11
ukpkmk 155 天前
Apollo
|
Select Language