From 19597f9ece1590ca5304dd4f1be89a3b3e50d449 Mon Sep 17 00:00:00 2001 From: "inductor(Kohei)" Date: Mon, 15 Jun 2020 23:49:05 +0900 Subject: [PATCH] Update content/ja/docs/concepts/workloads/controllers/deployment.md Co-authored-by: nasa9084 --- content/ja/docs/concepts/workloads/controllers/deployment.md | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/content/ja/docs/concepts/workloads/controllers/deployment.md b/content/ja/docs/concepts/workloads/controllers/deployment.md index c3f3fb51a2..ad1c9d71ff 100644 --- a/content/ja/docs/concepts/workloads/controllers/deployment.md +++ b/content/ja/docs/concepts/workloads/controllers/deployment.md @@ -109,7 +109,7 @@ Deploymentによって作成されたReplicaSetを管理しないでください ``` ReplicaSetの出力には次のフィールドが表示されます: - * `NAME`は、名前空間内にあるReplicaSetの名前一覧です。 + * `NAME`は、名前空間内にあるReplicaSetの名前の一覧です。 * `DESIRED`は、アプリケーションの理想的な_replicas_ の値です。これはDeploymentを作成したときに定義したもので、これが_理想的な状態_ と呼ばれるものです。 * `CURRENT`は現在実行されているレプリカの数です。 * `READY`は、ユーザーが使用できるアプリケーションのレプリカの数です。 @@ -1014,4 +1014,3 @@ Deploymentのリビジョン履歴は、Deploymentが管理するReplicaSetに [`kubectl rolling-update`](/docs/reference/generated/kubectl/kubectl-commands#rolling-update)によって、同様の形式でPodとReplicationControllerを更新できます。しかしDeploymentの使用が推奨されます。なぜならDeploymentの作成は宣言的であり、ローリングアップデートが更新された後に過去のリビジョンにロールバックできるなど、いくつかの追加機能があるためです。 -