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