这是一个创建于 1238 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景
公司的业务环境分为:开发,测试,生产;但是每次需求上线发布可能需要整理一大堆配置脚本啥的,比如 sql 脚本,nacos 配置修改等等
目前情况
目前用的钉钉文档维护,但是钉钉文档很难用,每次更新会容易漏掉某个脚本,或者粗心忘记更新某个脚本,导致更新扣掉
请问各位大咖,贵司都是如何维护这些升级的配置或者脚本的呢
 | 1 defunct9 2022 年 12 月 5 日 gitops |
 | 2 ruiyinjinqu 2022 年 12 月 5 日 配置云平台 |
 | 3 florentino OP @defunct9 这个不是配置流水线更新应用的吗 可以维护更新脚本? |
| 4 florentino OP @ruiyinjinqu 没有用云, 用的都是自己的实体服务器 |
 | 5 wanacry 2022 年 12 月 5 日 我们公司采用的方式是将所有的配置脚本和升级脚本统一管理在一个版本控制工具中，比如 git 。每次需求更新都会对应一个版本号，我们会在代码库中建立一个对应的分支，并将相关的配置脚本和升级脚本提交到这个分支中。 在进行更新发布时，我们会按照环境逐个执行对应分支中的配置脚本和升级脚本，并进行测试确认。使用版本控制工具可以有效避免漏掉某些配置脚本或升级脚本，并且方便回滚和查看历史变更。 此外，我们还会制定一些规范和流程，例如在提交配置脚本时必须进行代码审查，在执行升级脚本时必须进行备份等，以保证更新发布的安全性和可靠性。 |
 | 6 THESDZ 2022 年 12 月 5 日 跟着代码走, sql 就用数据库管理工具, 配置就在代码里面有一份本地开发使用的. |
 | 7 julyclyde 2022 年 12 月 5 日 不要“外部化” |
| 8 florentino OP @wanacry 好 我试试 |
 | 9 zsdroid 2022 年 12 月 5 日 sql 用 flyway |
 | 10 linvaux 2022 年 12 月 25 日 sql 的话，就跟着代码走，其他配置直接写到 checklist 里面，比如配置文件有变更，那就直接把改好的配置文件贴上去，或者截图写清楚哪部分配置要更新，更新之后是什么。 |
Select Language