add deployment flow

chapters/4.3.1-configurable.md

@@ -4,3 +4,5 @@
 让我们写的Web应用可配置是一项很有挑战性，也很实用的技能。
 
 起先，我们在本地开发的时候为本地创建了一套环境，也创建了本地的配置。接着我们需要将我们的包部署到测试环境，也生成了测试环境的相应配置。这其中如果有其他的环境，我们也需要创建相应的环境。最后，我们还需要为产品环境创建全新的配置。
+
+![Drupal Deployment Flow](chapters/chapter4/deployment-flow.png)

growth.md

@@ -3495,6 +3495,8 @@ application cahce是将大部分图片资源、js、css等静态资源放在mani
 
 起先，我们在本地开发的时候为本地创建了一套环境，也创建了本地的配置。接着我们需要将我们的包部署到测试环境，也生成了测试环境的相应配置。这其中如果有其他的环境，我们也需要创建相应的环境。最后，我们还需要为产品环境创建全新的配置。
 
+![Drupal Deployment Flow](chapters/chapter4/deployment-flow.png)
+
 Toggle
 ---
 

index.html

@@ -2750,6 +2750,9 @@ System.<span class="fu">out</span>.<span class="fu">println</span>(<span class="
 <h2 id="可配置">可配置</h2>
 <p>让我们写的Web应用可配置是一项很有挑战性，也很实用的技能。</p>
 <p>起先，我们在本地开发的时候为本地创建了一套环境，也创建了本地的配置。接着我们需要将我们的包部署到测试环境，也生成了测试环境的相应配置。这其中如果有其他的环境，我们也需要创建相应的环境。最后，我们还需要为产品环境创建全新的配置。</p>
+<figure>
+<img src="chapters/chapter4/deployment-flow.png" alt="Drupal Deployment Flow" /><figcaption>Drupal Deployment Flow</figcaption>
+</figure>
 <h2 id="toggle">Toggle</h2>
 <p>当我们上线了我们的新功能的时候，这时候如果有个Bug，那么我们是下线么？要知道这个版本里面包含了很多的bug修复。如果在这个设计这个新功能的时候，我们有一个可配置和Toogle，那么我们就不需要下线了。只需要切的这个toggle，就可以解决问题了。</p>
 <p>对于有多套环境的开发来说，如果我们针对不同的环境都有不同的配置，那么这个灵活的开发会帮助我们更好的开发。</p>