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

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

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

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

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

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

更多文章
  • 给你的代码跑个分？pylint使用教程
  • 一个Gunicorn worker数量引发的血案
  • MySQL Boolean类型的坑
  • pip freeze是魔鬼
  • 一个feed流系统的演进
  • Android 使用view binding
  • 系统调用的过程
  • MySQL charset不同导致无法使用索引的坑
  • 微服务的缺点
  • 远程工作一周有感
  • Python中的并发控制
  • KVM spice协议在高分屏上的分辨率问题
  • 计算机中的权衡(trade-off)
  • [声明]本站所有文章禁止转载
  • Golang不那么蛋疼的sort

    • 本站热门