对于 application.properties 的增量更新大家都是怎么维护的？

[sola97]

对于 SQL 脚本，已经上了 flyway ，运维那边部署起来也方便
对于 properties ，现在还是我们开发手动维护的，每次部署的时候有多少增量的 properties 都得告诉运维，维护起来很痛苦

[wxyrrcj]

搞个配置中心？

[vczyh]

对于运维，只关心环境变量就够了吧，他才不用管你 application.properties 变化了什么

[Blank10030]

配置放代码里面就行，运维只负责部署。
1 、如果是用代码分支区分环境，只需要固定的一个配置文件，由运维选择部署哪个分支。
2 、如果是一个代码分支，定义多个 application-{profile}.yml 文件，通过环境变量读取对应的配置文件。

[zed1018]

啊？不是整个 application.yml 都在 configmap 里吗

[sola97]

@wxyrrcj @Blank10030 我们现在是用了 nacos 做配置中心，但是不同环境的 nacos 是隔离的，开发人员只能管理开发环境的配置中心，所有旧得把开发环境新增的配置告诉运维，运维同步到其他环境的 nacos

[fifa899]

业务类的 就增加一个配置表,弄个富文本字段.配置表放内存 cache ,让前端对配置开发个系统配置控制台页面.
中间件,硬件部署,跟环境相关的才放 application 文件

[wumou]

@sola97 把生产环境的配置权限开给开发。

[wxyrrcj]

@sola97 既然不放权限给开发 那就不要抢运维的活了 都告诉运维让他们搞去

[fengpan567]

你们没有 nacos 这种的？

[CivAx]

能写死的配置就写死在 properties 里，反正可以让运维通过 env 覆盖。

你这种需要分环境的我们就复制多份 properties 但只改内容，并且提交到同一个仓库内。随后在跑 pipeline 的时候在 pipeline 上做环境区分，通过 spring_profile_active 去指定调哪一份文件，然后打成不同环境的镜像。

[ukpkmk]

Apollo