whentimeslows/website
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Update content/ja/docs/concepts/workloads/controllers/deployment.md

Browse Source 
Co-authored-by: nasa9084 <nasa9084@users.noreply.github.com>
This commit is contained in:
inductor(Kohei)
2020-06-15 23:49:18 +09:00
committed by GitHub
parent 19597f9ece
commit dde881b365
1 changed files with 1 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files
content/ja/docs/concepts/workloads/controllers/deployment.md
+1 -2
View File
@@ -430,7 +430,7 @@ Deploymentのリビジョンは、Deploymentのロールアウトがトリガー
3 kubectl set image deployment.v1.apps/nginx-deployment nginx=nginx:1.161 --record=true
```
`CHANGE-CAUSE`はリビジョンの作成時にDeploymentの`kubernetes.io/change-cause`アノテーションからリビジョンにコピーされます。以下の手段により`CHANGE-CAUSE`メッセージを指定できます。
`CHANGE-CAUSE`はリビジョンの作成時にDeploymentの`kubernetes.io/change-cause`アノテーションからリビジョンにコピーされます。以下の方法により`CHANGE-CAUSE`メッセージを指定できます。
* `kubectl annotate deployment.v1.apps/nginx-deployment kubernetes.io/change-cause="image updated to 1.16.1"`の実行によりアノテーションを追加します。
* リソースの変更時に`kubectl`コマンドの内容を記録するために`--record`フラグを追加します。
@@ -1013,4 +1013,3 @@ Deploymentのリビジョン履歴は、Deploymentが管理するReplicaSetに
### kubectl rolling-update
[`kubectl rolling-update`](/docs/reference/generated/kubectl/kubectl-commands#rolling-update)によって、同様の形式でPodとReplicationControllerを更新できます。しかしDeploymentの使用が推奨されます。なぜならDeploymentの作成は宣言的であり、ローリングアップデートが更新された後に過去のリビジョンにロールバックできるなど、いくつかの追加機能があるためです。