Merge branch 'master' into patch-2

concepts/deployment.md

@@ -240,7 +240,7 @@ Events:
 
 有时候你可能想回退一个Deployment，例如，当Deployment不稳定时，比如一直crash looping。
 
-默认情况下，kubernetes会在系统中保存前两次的Deployment的rollout历史记录，以便你可以随时会退（你可以修改`revision history limit`来更改保存的revision数）。ß
+默认情况下，kubernetes会在系统中保存前两次的Deployment的rollout历史记录，以便你可以随时回退（你可以修改`revision history limit`来更改保存的revision数）。ß
 
 **注意：** 只要Deployment的rollout被触发就会创建一个revision。也就是说当且仅当Deployment的Pod template（如`.spec.template`）被更改，例如更新template中的label和容器镜像时，就会创建出一个新的revision。
 
@@ -465,7 +465,7 @@ nginx-deployment-618515232    11        11        11        7m
 
 ## 暂停和恢复Deployment
 
-你可以在出发一次或多次更新前暂停一个Deployment，然后再恢复它。这样你就能多次暂停和恢复Deployment，在此期间进行一些修复工作，而不会出发不必要的rollout。
+你可以在发出一次或多次更新前暂停一个Deployment，然后再恢复它。这样你就能多次暂停和恢复Deployment，在此期间进行一些修复工作，而不会发出不必要的rollout。
 
 例如使用刚刚创建Deployment：
 
@@ -557,7 +557,7 @@ Kubernetes将执行过下列任务之一的Deployment标记为*progressing*状
 - Deployment正在缩容一个已有的ReplicaSet。
 - 有新的可用的pod出现。
 
-你可以使用`kubectl roullout status`命令监控Deployment的进度。
+你可以使用`kubectl rollout status`命令监控Deployment的进度。
 
 ### Complete Deployment
 
@@ -796,4 +796,4 @@ Deployment revision history存储在它控制的ReplicaSets中。
 
 ### kubectl rolling update
 
-[Kubectl rolling update](https://github.com/kubernetes/kubernetes.github.io/blob/master/docs/user-guide/kubectl/v1.6/#rolling-update) 虽然使用类似的方式更新Pod和ReplicationController。但是我们推荐使用Deployment，因为它是声明式的，客户端侧，具有附加特性，例如即使滚动升级结束后也可以回滚到任何历史版本。
+[Kubectl rolling update](https://github.com/kubernetes/kubernetes.github.io/blob/master/docs/user-guide/kubectl/v1.6/#rolling-update) 虽然使用类似的方式更新Pod和ReplicationController。但是我们推荐使用Deployment，因为它是声明式的，客户端侧，具有附加特性，例如即使滚动升级结束后也可以回滚到任何历史版本。