上线时需要将迭代期内的各种配置改动同步到生产环境，有没有好用的配置备忘录的工具？

[eephee]

比如代码从开发环境提交到 staging 环境，那么对应的配置（比如 服务配置、环境变量、数据库改动、创建 s3 bucket...）也需要上到对应的环境，如果同时有多个环境，那么配置的管理就比较麻烦，很容易遗漏，有什么好用的工具来做这个事情吗？

关于数据库改动，有 yearning 或者 bytebase 这样的工具，但是这俩工具只针对数据库的场景

[arischow]

@eephee 关于密码管理的实践有很多，我也只是略懂皮毛，我们现在用的是 AWS Secrets Manager ，其他云商应该也有对标产品。

如果想用代码管理也可以看看： https://github.com/getsops/sops

[zhuzhibin]

我们不论是项目还是需求都会编写上线清单，上线前按照上线清单以及上线计划执行

[AngryPanda]

@sunxiaping521 argo cd 应该是持续交付工具（根据官网），cd = continuous delivery

[sunxiaping521]

@eephee ArgoCD 是持续部署工具吧；逻辑其实很简单，ArgoCD 支持 kustomize 、基本的 yaml 方式以及 Helm 等方法，并且其实就是在 Git 仓库中维护了一个项目而已；当你用 CI 工具（持续集成工具，如：Jenkins ） 等将镜像构建并推送到 Docker 仓库（如：Harbor 仓库），然后更新 Git 仓库中的镜像版本即可，ArgoCD 默认会 3 分钟自动同步 Git 仓库中的配置到环境中；当然，你也可以手动同步；或者配置 Argo 和 Git 仓库的钩子，实现自动的持续部署。

[sunxiaping521]

https://github.com/getsops/sops

[sunxiaping521]

@eephee @AngryPanda 我没办法发流程图的图片，aHR0cHM6Ly9pLmltZ3VyLmNvbS9xb0hiZDBsLnBuZw== 这个是 base64 编码，你解码，就能看到对应的图片地址了。

[8355]

我不是很理解这个东西需要什么特别的工具吗。。
难道不是你要习惯性的检查一下即将要上线的代码或者文档起码看一下 commit 的记录 应该也能想到需要加个配置吧。。。

[eephee]

@sunxiaping521
> 然后更新 Git 仓库中的镜像版本即可

这样的话那个 git 仓库里面是不是充斥了大量的改 docker image tag 得提交？主要是这点我不太喜欢

[eephee]

@8355 仓库太多了，我没有参与核心业务开发，所以看不过来🥺

[sunxiaping521]

@eephee 随你~

[eephee]

@sunxiaping521 请教一下你们也是微服务吗？能不能分享一下你们的那个存储 charts 的 git 仓库的结构呢？

[eephee]

最终走了

* helm/helmfile/helm-secrets/sops
* gitlab-ci/yq

的路线，只不过是用 `helmfile template` 生成 k8s manifest 最后 `kubectl apply` 的

[eephee]

最终还是弃用了 helmfile ，直接将 charts 包放在中各个仓库下面，结合 gitlab-ci ，目前用下来感觉很不错，打算长期这样使用