为什么要把配置保存在仓库里？

作为后端我们经常会遇到运维性质的活儿，比如测试环境起一个容器化数据库，或者是要改改Nginx配置等等。在很久以前，其实我们是跑商去改完了就算了，甚至包括数据库也是这样，测试环境改完了，生产环境抄过去再改一次。

但是我认为应该要把这些配置放在一个repo里，这样子有如下几个好处：

• 历史可追溯：通过版本控制系统保存每一次提交的改动，这样子当我们不明白为什么出现这个改动时，可以通过注释和历史提交来追溯
• 可以review：有了仓库以后，我们就可以把改动发给同事进行review，降低故障率
• 可以自动化：通过诸如ansible等工具的支持，我们可以实现部署自动化，这样做的好处包括但不限于可以一键部署多个机器，可以重复执行而不出错误，例如typo
• 可以提前测试：把配置放到仓库以后，我们可以配置一些CI脚本进行检测

这就是我推崇配置保存在仓库里的原因。当然，也不是全无坏处，比如一些私密的 东西如数据库连接串等，不方便直接保存到仓库里，但是我们仍然有办法， 比如用 ansible-vault 来进行加密以后，再进行保存。

可以说这是一个量好的实践和习惯。全文完。

---

更多文章

Android上结合kotlin使用coroutine

gRPC错误处理

Java collection的结构

为啥Redis使用pipelining会更快？

通过阳台种菜实现蔬菜自由

从GORM里学习到的panic处理方式

Go使用闭包简化数据库操作代码

TCMalloc设计文档学习

Flask和requests做一个简单的请求代理

Linux常用命令(四)：xargs

Linux常用命令(二)：htop

Linux常用命令(三)：watch

Linux常用命令(一)：netcat

结合Flask 与 marshmallow快速进行参数校验

规整数据的重要性

---