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

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

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

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

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

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

更多文章
  • TCP/IP简明教程 - 从零构建TCP/IP协议（这次叫PCT协议）
  • Lua Manual 阅读笔记
  • Golang Map 源码阅读与分析
  • MySQL 零碎知识 - MySQL必知必会
  • Golang slice 源码阅读与分析
  • 经典好书推荐(2017)
  • Golang log库 源码阅读与分析
  • 毕业后一年
  • ansible 简明教程
  • 自己写个搜索引擎
  • HTTP 路由的两种常见设计形式
  • Golang的short variable declaration
  • Greenlet和Stackless Python
  • 写一个简单的ORM
  • 从源码看Python的descriptor

    • 本站热门