变更与发布管理与 DevOps 如何集成？

首先，变更一直是 DevOps 文化之一。Gene Kim]在 [“The Three Ways”]中描述了支撑 DevOps 的3个原则，他表示，DevOps 的一个核心原则（第2条）就是增强 feedback loop（反馈环）。通过持续反复的反馈回路，开发者能够快速响应客户需求。feedback loop 是变更管理发挥作用的环节。一般来讲，在情况脱离预期时就会对变更管理，或者由客户（内部或者外部客户）决定变更应当进行，以增强商业价值。事实上，这种类型的变更是良性的，开发者应当促成这种变更。

在没有 DevOps 并缺少持续集成（CI）与持续交付（CD）激励的情况下，正式发布之前，没人会对变更提出要求。但随着 CI 与 CD 到位，release 会更快速更频繁。从而，客户有机会提前发现是否需要变更。快速提交能让他们更迅速地评估产品与自身需求，从而反过来促成需求的变更。事实上，没什么比能亲眼看到、亲手使用更加清晰产品需要变更的方向。