From 85572899bfe85f0d1005aacbb3bf8b972aaf040c Mon Sep 17 00:00:00 2001 From: kijimaD Date: Mon, 19 Sep 2022 17:23:11 +0900 Subject: [PATCH 1/5] fix small typo `dokcer` --- compose/compose-file/compose-file-v3.rst | 2 +- compose/reference/run.rst | 2 +- develop/index.rst | 2 +- engine/reference/commandline/build.rst | 2 +- engine/reference/commandline/cli.rst | 2 +- engine/reference/commandline/compose_convert.rst | 2 +- engine/reference/commandline/node_inspect.rst | 4 ++-- engine/reference/commandline/node_update.rst | 4 ++-- engine/reference/commandline/version.rst | 2 +- engine/reference/commandline/volume_ls.rst | 2 +- engine/userguide/networking/work-with-networks.rst | 2 +- 11 files changed, 13 insertions(+), 13 deletions(-) diff --git a/compose/compose-file/compose-file-v3.rst b/compose/compose-file/compose-file-v3.rst index ca4a26c2e..cdcfbedd6 100644 --- a/compose/compose-file/compose-file-v3.rst +++ b/compose/compose-file/compose-file-v3.rst @@ -723,7 +723,7 @@ depends_on docker-compose stop stops services in dependency order. In the following example, web is stopped before db and redis. * ``docker-compose up`` は、依存関係の順番でサービスを開始します。以下の例では、 ``web`` の前に ``db`` と ``redis`` を開始します。 -* ``dokcer-compose up サービス`` は、 ``サービス`` の依存関係を自動的に読み込みます。以下の例では、 ``docker-compose up web`` でも ``db`` と ``redis`` を作成と起動します。 +* ``docker-compose up サービス`` は、 ``サービス`` の依存関係を自動的に読み込みます。以下の例では、 ``docker-compose up web`` でも ``db`` と ``redis`` を作成と起動します。 * ``docker-compose stop`` は、依存関係の順番でサービスを停止します。以下の例では、 ``db`` と ``redis`` の前に ``web`` を停止します。 .. Simple example: diff --git a/compose/reference/run.rst b/compose/reference/run.rst index 872a464c3..04b625992 100644 --- a/compose/reference/run.rst +++ b/compose/reference/run.rst @@ -9,7 +9,7 @@ .. Commits on Jan 28, 2022 b6b19516d0feacd798b485615ebfee410d9b6f86 .. ------------------------------------------------------------------- -.. dokcer-compose run +.. docker-compose run .. _docker-compose-run: ======================================= diff --git a/develop/index.rst b/develop/index.rst index b64b1ec25..342c18ab4 100644 --- a/develop/index.rst +++ b/develop/index.rst @@ -35,7 +35,7 @@ Docker で開発 コンテナ化したアプリケーションのイメージ構築と実行を理解するには、 :doc:`導入ガイド ` にある学習コースを学んでください。 .. Develop new apps on Docker -.. _develop-new-app-on-dokcer: +.. _develop-new-app-on-docker: Docker で新しいアプリを開発 ============================== diff --git a/engine/reference/commandline/build.rst b/engine/reference/commandline/build.rst index 23bbd5a06..6cda1e460 100644 --- a/engine/reference/commandline/build.rst +++ b/engine/reference/commandline/build.rst @@ -117,7 +117,7 @@ Git の URL には、セクションをコロン( ``:`` )で分ける記述 BuildKit をビルダとして使う場合( ``DOCKER_BUILDKIT=1`` )、構築コンテキストのディレクトリを指定できません(先の例では ``myfolder`` )。この機能のサポートについては `buildkit#1684 `_ に経緯があります。 -.. _dokcer-build-tarball-contexts: +.. _docker-build-tarball-contexts: tar ボールのコンテクスト ------------------------------ diff --git a/engine/reference/commandline/cli.rst b/engine/reference/commandline/cli.rst index 334743999..2ab73aef4 100644 --- a/engine/reference/commandline/cli.rst +++ b/engine/reference/commandline/cli.rst @@ -158,7 +158,7 @@ Docker は設定用ディレクトリ内にある大部分のファイルを管 .. This flag only applies to whatever command is being ran. For persistent configuration, you can set the DOCKER_CONFIG environment variable in your shell (e.g. ~/.profile or ~/.bashrc). The example below sets the new directory to be HOME/newdir/.docker. -このフラグが適用できるのは、対象コマンドの実行時のみです。設定を維持し続けたい場合は、シェル上(例 ``~/.profile`` や ``~/.bashrc`` )で環境変数 ``DOCKER_CONFIG`` を指定してください。以下の例は ``HOME/newdir/.dokcer`` を新しいディレクトリとして指定します。 +このフラグが適用できるのは、対象コマンドの実行時のみです。設定を維持し続けたい場合は、シェル上(例 ``~/.profile`` や ``~/.bashrc`` )で環境変数 ``DOCKER_CONFIG`` を指定してください。以下の例は ``HOME/newdir/.docker`` を新しいディレクトリとして指定します。 .. code-block:: bash diff --git a/engine/reference/commandline/compose_convert.rst b/engine/reference/commandline/compose_convert.rst index 53f3465c9..ac843c02a 100644 --- a/engine/reference/commandline/compose_convert.rst +++ b/engine/reference/commandline/compose_convert.rst @@ -49,7 +49,7 @@ compose ファイルをプラットフォーム固有形式に変換します。 .. To allow smooth migration from docker-compose, this subcommand declares alias docker compose config -docker-compose からスムーズに移行できるようにするには、このサブマンドで ``dokcer compose config`` のエイリアスを宣言します。 +docker-compose からスムーズに移行できるようにするには、このサブマンドで ``docker compose config`` のエイリアスを宣言します。 .. _compose_convert-options: diff --git a/engine/reference/commandline/node_inspect.rst b/engine/reference/commandline/node_inspect.rst index 9841236be..2f3749b34 100644 --- a/engine/reference/commandline/node_inspect.rst +++ b/engine/reference/commandline/node_inspect.rst @@ -11,7 +11,7 @@ .. docker node inspect ======================================= -dokcer node inspect +docker node inspect ======================================= .. sidebar:: 目次 @@ -270,6 +270,6 @@ dokcer node inspect .. seealso:: - dokcer node inspect + docker node inspect https://docs.docker.com/engine/reference/commandline/node_inspect/ diff --git a/engine/reference/commandline/node_update.rst b/engine/reference/commandline/node_update.rst index c148d9fbc..4de077c2b 100644 --- a/engine/reference/commandline/node_update.rst +++ b/engine/reference/commandline/node_update.rst @@ -134,7 +134,7 @@ docker node update .. The labels you set for nodes using docker node update apply only to the node entity within the swarm. Do not confuse them with the docker daemon labels for dockerd. -``docker node update`` を使ってノードにラベルを指定できるのは、ノードが swarm 内に所属している場合のみです。 :doc:`dokcerd ` 用の docker デーモンのラベルと混同しないでください。 +``docker node update`` を使ってノードにラベルを指定できるのは、ノードが swarm 内に所属している場合のみです。 :doc:`dockerd ` 用の docker デーモンのラベルと混同しないでください。 .. For more information about labels, refer to apply custom metadata. @@ -181,6 +181,6 @@ docker node update .. seealso:: - dokcer node update + docker node update https://docs.docker.com/engine/reference/commandline/node_update/ diff --git a/engine/reference/commandline/version.rst b/engine/reference/commandline/version.rst index ee74ba970..a4402f77c 100644 --- a/engine/reference/commandline/version.rst +++ b/engine/reference/commandline/version.rst @@ -140,7 +140,7 @@ raw JSON データのダンプ {"Client":{"Platform":{"Name":"Docker Engine - Community"},"Version":"19.03.8","ApiVersion":"1.40","DefaultAPIVersion":"1.40","GitCommit":"afacb8b","GoVersion":"go1.12.17","Os":"darwin","Arch":"amd64","BuildTime":"Wed Mar 11 01:21:11 2020","Experimental":true},"Server":{"Platform":{"Name":"Docker Engine - Community"},"Components":[{"Name":"Engine","Version":"19.03.8","Details":{"ApiVersion":"1.40","Arch":"amd64","BuildTime":"Wed Mar 11 01:29:16 2020","Experimental":"true","GitCommit":"afacb8b","GoVersion":"go1.12.17","KernelVersion":"4.19.76-linuxkit","MinAPIVersion":"1.12","Os":"linux"}},{"Name":"containerd","Version":"v1.2.13","Details":{"GitCommit":"7ad184331fa3e55e52b890ea95e65ba581ae3429"}},{"Name":"runc","Version":"1.0.0-rc10","Details":{"GitCommit":"dc9208a3303feef5b3839f4323d9beb36df0a9dd"}},{"Name":"docker-init","Version":"0.18.0","Details":{"GitCommit":"fec3683"}}],"Version":"19.03.8","ApiVersion":"1.40","MinAPIVersion":"1.12","GitCommit":"afacb8b","GoVersion":"go1.12.17","Os":"linux","Arch":"amd64","KernelVersion":"4.19.76-linuxkit","Experimental":true,"BuildTime":"2020-03-11T01:29:16.000000000+00:00"}} .. Print the current context -.. _dokcer_version-print-the-current-context: +.. _docker_version-print-the-current-context: 現在の context を表示 ------------------------------ diff --git a/engine/reference/commandline/volume_ls.rst b/engine/reference/commandline/volume_ls.rst index 734ae6b0e..dd7dea3af 100644 --- a/engine/reference/commandline/volume_ls.rst +++ b/engine/reference/commandline/volume_ls.rst @@ -134,7 +134,7 @@ Docker が把握している全てのボリュームを表示します。 ``-f`` * 名前(ボリューム名) .. dangling -.. _dokcer_ls-dangling: +.. _docker_ls-dangling: dangling ^^^^^^^^^^ diff --git a/engine/userguide/networking/work-with-networks.rst b/engine/userguide/networking/work-with-networks.rst index d975a79ee..aa66837bd 100644 --- a/engine/userguide/networking/work-with-networks.rst +++ b/engine/userguide/networking/work-with-networks.rst @@ -130,7 +130,7 @@ Docker Engine をインストールしたら、Docker Engine は自動的に ``b .. When creating a custom network, the default network driver (i.e. bridge) has additional options that can be passed. The following are those options and the equivalent docker daemon flags used for docker0 bridge: -カスタム・ネットワークの作成時、デフォルトのネットワーク・ドライバ(例: ``bridge`` )は追加オプションを指定できます。dokcer0 ブリッジにおいては、Docker デーモンのフラグで指定するのと同等の以下の設定が利用できます。 +カスタム・ネットワークの作成時、デフォルトのネットワーク・ドライバ(例: ``bridge`` )は追加オプションを指定できます。docker0 ブリッジにおいては、Docker デーモンのフラグで指定するのと同等の以下の設定が利用できます。 .. list-table:: :header-rows: 1 From d23a2088bff22d8cd3d0e48b3e8360b51cabfe5a Mon Sep 17 00:00:00 2001 From: kijimaD Date: Mon, 19 Sep 2022 17:29:12 +0900 Subject: [PATCH 2/5] fix small typo `dockare` --- engine/reference/commandline/image_prune.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/engine/reference/commandline/image_prune.rst b/engine/reference/commandline/image_prune.rst index aa5f66ff7..9b148c7e9 100644 --- a/engine/reference/commandline/image_prune.rst +++ b/engine/reference/commandline/image_prune.rst @@ -268,7 +268,7 @@ docker image prune .. note:: - ``prune`` で何かを消す前に、確認のプロンプトが表示されますが、どのイメージが削除される可能性があるかは表示されません。加えて、 ``dockare image ls`` は否定のフィルタリングをサポートしていないため、実際に削除されるイメージが何であるかの予測は難しいです。 + ``prune`` で何かを消す前に、確認のプロンプトが表示されますが、どのイメージが削除される可能性があるかは表示されません。加えて、 ``docker image ls`` は否定のフィルタリングをサポートしていないため、実際に削除されるイメージが何であるかの予測は難しいです。 .. Parent command From 8877e6017299f9bccd8e2d42c86069a42dc5809c Mon Sep 17 00:00:00 2001 From: kijimaD Date: Mon, 19 Sep 2022 17:39:01 +0900 Subject: [PATCH 3/5] fix small typo `doker` --- storage/troubleshooting_volume_errors.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/storage/troubleshooting_volume_errors.rst b/storage/troubleshooting_volume_errors.rst index 806a76dd8..ea09845ec 100644 --- a/storage/troubleshooting_volume_errors.rst +++ b/storage/troubleshooting_volume_errors.rst @@ -61,7 +61,7 @@ .. Typically, we would advise against bind-mounting /var/lib/docker in this way. However, cAdvisor requires this bind-mount for core functionality. -通常は、このように ``/var/lib/doker`` に対するバインド マウントに反対したいです。しかしながら、 ``cAdviser`` は中心となる機能で、このバインドマウントが必要です。 +通常は、このように ``/var/lib/docker`` に対するバインド マウントに反対したいです。しかしながら、 ``cAdviser`` は中心となる機能で、このバインドマウントが必要です。 .. If you are unsure which process is causing the path mentioned in the error to be busy and preventing it from being removed, you can use the lsof command to find its process. For instance, for the error above: From 840c5b70a558097cc6d5427905c622cbdd871088 Mon Sep 17 00:00:00 2001 From: kijimaD Date: Mon, 19 Sep 2022 17:39:54 +0900 Subject: [PATCH 4/5] fix small typo `Dockre` --- get-started/09_image_best.rst | 2 +- storage/index.rst | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/get-started/09_image_best.rst b/get-started/09_image_best.rst index b90b55d7a..f3f949c86 100644 --- a/get-started/09_image_best.rst +++ b/get-started/09_image_best.rst @@ -80,7 +80,7 @@ .. image:: ./images/hvs.png :scale: 60% - :alt: Dockre Hub 脆弱性検査 + :alt: Docker Hub 脆弱性検査 .. Image layering .. _image-layering: diff --git a/storage/index.rst b/storage/index.rst index f231e859c..c9b493e00 100644 --- a/storage/index.rst +++ b/storage/index.rst @@ -87,7 +87,7 @@ Docker でのデータ管理 .. When you mount a volume, it may be named or anonymous. Anonymous volumes are not given an explicit name when they are first mounted into a container, so Docker gives them a random name that is guaranteed to be unique within a given Docker host. Besides the name, named and anonymous volumes behave in the same ways. - ボリュームのマウントは **名前付き(named)** か **無名(anonymous)** です。 :ruby:`無名ボリューム ` とは、コンテナに始めてマウントする時、特定の名前が与えられません。そのため、 Dockre は ランダムな名前を割り当てます。この名前は、 Docker ホスト内で確実に使われていないユニークなものです。名前付きボリュームと無名ボリュームの呼び方こそ違いますが、挙動はどちらも同じです。 + ボリュームのマウントは **名前付き(named)** か **無名(anonymous)** です。 :ruby:`無名ボリューム ` とは、コンテナに始めてマウントする時、特定の名前が与えられません。そのため、 Docker は ランダムな名前を割り当てます。この名前は、 Docker ホスト内で確実に使われていないユニークなものです。名前付きボリュームと無名ボリュームの呼び方こそ違いますが、挙動はどちらも同じです。 .. Volumes also support the use of volume drivers, which allow you to store your data on remote hosts or cloud providers, among other possibilities. From 4bf96a47d2f0adb095ad1d84ce389996b797f987 Mon Sep 17 00:00:00 2001 From: kijimaD Date: Mon, 19 Sep 2022 17:52:10 +0900 Subject: [PATCH 5/5] =?UTF-8?q?fix=20small=20typo=20`=E5=A7=8B=E3=82=81?= =?UTF-8?q?=E3=81=A6`=20->=20`=E5=88=9D=E3=82=81=E3=81=A6`?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- compose/compose-file/compose-file-v2.rst | 2 +- compose/compose-file/compose-file-v3.rst | 2 +- compose/compose-file/compose-versioning.rst | 2 +- desktop/install/mac-install.rst | 2 +- desktop/mac/permission-requirements.rst | 4 ++-- get-started/11_what_next.rst | 2 +- storage/index.rst | 2 +- storage/storagedriver/index.rst | 2 +- storage/volumes.rst | 2 +- 9 files changed, 10 insertions(+), 10 deletions(-) diff --git a/compose/compose-file/compose-file-v2.rst b/compose/compose-file/compose-file-v2.rst index ca4230f07..113d89bac 100644 --- a/compose/compose-file/compose-file-v2.rst +++ b/compose/compose-file/compose-file-v2.rst @@ -83,7 +83,7 @@ Compose ファイル形式には、1 、 2 、 2.x 、 3.x のように複数の .. In addition to Compose file format versions shown in the table, the Compose itself is on a release schedule, as shown in Compose releases, but file format versions do not necessarily increment with each release. For example, Compose file format 3.0 was first introduced in Compose release 1.10.0, and versioned gradually in subsequent releases. -先ほどの表中にある Compose ファイル形式のバージョンに加え、Compose 自身も `Compose リリースのページ `_ にリリース情報の一覧があります。しかし、ファイル形式のバージョンは、各リリースごとに増えていません。たとえば、Compose ファイル形式 3.0 が始めて導入されたのは、 `Compose リリース 1.10.0 `_ からであり、以降はリリースに従って順々とバージョンが割り当てられています。 +先ほどの表中にある Compose ファイル形式のバージョンに加え、Compose 自身も `Compose リリースのページ `_ にリリース情報の一覧があります。しかし、ファイル形式のバージョンは、各リリースごとに増えていません。たとえば、Compose ファイル形式 3.0 が初めて導入されたのは、 `Compose リリース 1.10.0 `_ からであり、以降はリリースに従って順々とバージョンが割り当てられています。 .. The latest Compose file format is defined by the Compose Specification and is implemented by Docker Compose 1.27.0+. diff --git a/compose/compose-file/compose-file-v3.rst b/compose/compose-file/compose-file-v3.rst index cdcfbedd6..290848acc 100644 --- a/compose/compose-file/compose-file-v3.rst +++ b/compose/compose-file/compose-file-v3.rst @@ -83,7 +83,7 @@ Compose ファイル形式には、1 、 2 、 2.x 、 3.x のように複数の .. In addition to Compose file format versions shown in the table, the Compose itself is on a release schedule, as shown in Compose releases, but file format versions do not necessarily increment with each release. For example, Compose file format 3.0 was first introduced in Compose release 1.10.0, and versioned gradually in subsequent releases. -先ほどの表中にある Compose ファイル形式のバージョンに加え、Compose 自身も `Compose リリースのページ `_ にリリース情報の一覧があります。しかし、ファイル形式のバージョンは、各リリースごとに増えていません。たとえば、Compose ファイル形式 3.0 が始めて導入されたのは、 `Compose リリース 1.10.0 `_ からであり、以降はリリースに従って順々とバージョンが割り当てられています。 +先ほどの表中にある Compose ファイル形式のバージョンに加え、Compose 自身も `Compose リリースのページ `_ にリリース情報の一覧があります。しかし、ファイル形式のバージョンは、各リリースごとに増えていません。たとえば、Compose ファイル形式 3.0 が初めて導入されたのは、 `Compose リリース 1.10.0 `_ からであり、以降はリリースに従って順々とバージョンが割り当てられています。 .. The latest Compose file format is defined by the Compose Specification and is implemented by Docker Compose 1.27.0+. diff --git a/compose/compose-file/compose-versioning.rst b/compose/compose-file/compose-versioning.rst index 3a50ef8b4..8766cd810 100644 --- a/compose/compose-file/compose-versioning.rst +++ b/compose/compose-file/compose-versioning.rst @@ -100,7 +100,7 @@ Compose ファイル形式には、1 、 2 、 2.x 、 3.x のように複数の .. In addition to Compose file format versions shown in the table, the Compose itself is on a release schedule, as shown in Compose releases, but file format versions do not necessarily increment with each release. For example, Compose file format 3.0 was first introduced in Compose release 1.10.0, and versioned gradually in subsequent releases. -先ほどの表中にある Compose ファイル形式のバージョンに加え、Compose 自身も `Compose リリースのページ `_ にリリース情報の一覧があります。しかし、ファイル形式のバージョンは、各リリースごとに増えていません。たとえば、Compose ファイル形式 3.0 が始めて導入されたのは、 `Compose リリース 1.10.0 `_ からであり、以降はリリースに従って順々とバージョンが割り当てられています。 +先ほどの表中にある Compose ファイル形式のバージョンに加え、Compose 自身も `Compose リリースのページ `_ にリリース情報の一覧があります。しかし、ファイル形式のバージョンは、各リリースごとに増えていません。たとえば、Compose ファイル形式 3.0 が初めて導入されたのは、 `Compose リリース 1.10.0 `_ からであり、以降はリリースに従って順々とバージョンが割り当てられています。 .. The latest Compose file format is defined by the Compose Specification and is implemented by Docker Compose 1.27.0+. diff --git a/desktop/install/mac-install.rst b/desktop/install/mac-install.rst index cf93479bb..2084c956c 100644 --- a/desktop/install/mac-install.rst +++ b/desktop/install/mac-install.rst @@ -188,7 +188,7 @@ Mac に Docker Desktop をインストールして動かす .. As macOS typically performs security checks the first time an application is used, the install command can take several minutes to run. -macOS では新しいアプリケーションを始めて使う時、たいていセキュリティ確認の処理があるため、 ``install`` コマンドを実行するには数分かかる場合があります。 +macOS では新しいアプリケーションを初めて使う時、たいていセキュリティ確認の処理があるため、 ``install`` コマンドを実行するには数分かかる場合があります。 .. The install command accepts the following flags: diff --git a/desktop/mac/permission-requirements.rst b/desktop/mac/permission-requirements.rst index 8c67b5d5a..7767d02e1 100644 --- a/desktop/mac/permission-requirements.rst +++ b/desktop/mac/permission-requirements.rst @@ -35,7 +35,7 @@ Mac のアクセス権要求を理解 .. In the default set up flow, Docker Desktop for Mac does not require root privileges for installation but does require root access to be granted on the first run. The first time that Docker Desktop is launched the user receives an admin prompt to grant permissions for a privileged helper service to be installed. For subsequent runs, no root privileges are required. -標準のセットアップ手順では、 Docker Desktop for Mac のインストールに管理者権限を必要としません。ですが、始めての実行時、 ``root`` 権限の許可が必要です。Docker Desktop の初回起動時、特権ヘルパーサービスをインストールする権限を与えるよう、管理者としてログインするようユーザに求めます。以降の実行では、 ``root`` 権限は不要です。 +標準のセットアップ手順では、 Docker Desktop for Mac のインストールに管理者権限を必要としません。ですが、初めての実行時、 ``root`` 権限の許可が必要です。Docker Desktop の初回起動時、特権ヘルパーサービスをインストールする権限を与えるよう、管理者としてログインするようユーザに求めます。以降の実行では、 ``root`` 権限は不要です。 .. The reason for this is that Docker Desktop needs to perform a limited set of privileged operations using the privileged helper process com.docker.vmnetd. This approach allows, following the principle of least privilege, root access to be used only for the operations for which it is absolutely necessary, while still being able to use Docker Desktop as an unprivileged user. @@ -43,7 +43,7 @@ Docker Desktop が特権ヘルパープロセス ``com.docker.vmnetd`` を使う .. In version 4.11 and above of Docker Desktop for Mac you can avoid running the privileged helper service in the background by using the --user flag on the install command. This will result in com.docker.vmnetd being used for set up during installation and then disabled at runtime. In this case, the user will not be prompted to grant root privileges on the first run of Docker Desktop. Specifically, the --user flag: -Docker Desktop for Mac のバージョン 4.11 以上からは、 :ref:`コマンドでのインストール ` に ``--user`` フラグを使うと、バックグランドで特権ヘルパーサービスが実行するのを阻止します。この結果、 ``com.docker.vmnet`` はインストール中のみ利用されますが、実行時には無効化されます。そうすると、 Docker Desktop を始めて実行する時に、管理者としてのログインを求める画面が表示されません。具体的に、 ``--user`` フラグとは: +Docker Desktop for Mac のバージョン 4.11 以上からは、 :ref:`コマンドでのインストール ` に ``--user`` フラグを使うと、バックグランドで特権ヘルパーサービスが実行するのを阻止します。この結果、 ``com.docker.vmnet`` はインストール中のみ利用されますが、実行時には無効化されます。そうすると、 Docker Desktop を初めて実行する時に、管理者としてのログインを求める画面が表示されません。具体的に、 ``--user`` フラグとは: .. Uninstalls the previous com.docker.vmnetd if present Sets up symlinks for the user diff --git a/get-started/11_what_next.rst b/get-started/11_what_next.rst index ea67389fe..a560e6d49 100644 --- a/get-started/11_what_next.rst +++ b/get-started/11_what_next.rst @@ -45,7 +45,7 @@ CNCF とは、様々なオープンソース プロジェクトのためのベ .. So, if you’re new to the container landscape and cloud-native application development, welcome! Please connect with the community, ask questions, and keep learning! We’re excited to have you! -ですから、コンテナの :ruby:`全体図 ` やクラウドネイティブ アプリケーション開発が始めてでも、歓迎します! コミュニティとつながって、質問をして、学び続けましょう! あなたがいるとワクワクします! +ですから、コンテナの :ruby:`全体図 ` やクラウドネイティブ アプリケーション開発が初めてでも、歓迎します! コミュニティとつながって、質問をして、学び続けましょう! あなたがいるとワクワクします! .. seealso:: diff --git a/storage/index.rst b/storage/index.rst index c9b493e00..683243b62 100644 --- a/storage/index.rst +++ b/storage/index.rst @@ -87,7 +87,7 @@ Docker でのデータ管理 .. When you mount a volume, it may be named or anonymous. Anonymous volumes are not given an explicit name when they are first mounted into a container, so Docker gives them a random name that is guaranteed to be unique within a given Docker host. Besides the name, named and anonymous volumes behave in the same ways. - ボリュームのマウントは **名前付き(named)** か **無名(anonymous)** です。 :ruby:`無名ボリューム ` とは、コンテナに始めてマウントする時、特定の名前が与えられません。そのため、 Docker は ランダムな名前を割り当てます。この名前は、 Docker ホスト内で確実に使われていないユニークなものです。名前付きボリュームと無名ボリュームの呼び方こそ違いますが、挙動はどちらも同じです。 + ボリュームのマウントは **名前付き(named)** か **無名(anonymous)** です。 :ruby:`無名ボリューム ` とは、コンテナに初めてマウントする時、特定の名前が与えられません。そのため、 Docker は ランダムな名前を割り当てます。この名前は、 Docker ホスト内で確実に使われていないユニークなものです。名前付きボリュームと無名ボリュームの呼び方こそ違いますが、挙動はどちらも同じです。 .. Volumes also support the use of volume drivers, which allow you to store your data on remote hosts or cloud providers, among other possibilities. diff --git a/storage/storagedriver/index.rst b/storage/storagedriver/index.rst index c76b9ea49..676886a9d 100644 --- a/storage/storagedriver/index.rst +++ b/storage/storagedriver/index.rst @@ -158,7 +158,7 @@ Docker はストレージ・ドライバを利用して、イメージ・レイ .. Copy-on-write is a strategy of sharing and copying files for maximum efficiency. If a file or directory exists in a lower layer within the image, and another layer (including the writable layer) needs read access to it, it just uses the existing file. The first time another layer needs to modify the file (when building the image or running the container), the file is copied into that layer and modified. This minimizes I/O and the size of each of the subsequent layers. These advantages are explained in more depth below. -:ruby:`コピー オン ライト ` とは、ファイルの共有とコピーの効率を最大化するための方式です。ファイルやディレクトリがイメージ内の :ruby:`低位のレイヤー ` に存在し、それを他のレイヤー(書き込み可能なレイヤーを含みます)が読み込む必要がある場合は、その既存のファイルを使います。他のレイヤーから、そのファイルを始めて変更する時(イメージの構築時や、コンテナの実行中の場合)は、そのレイヤーの中にファイルがコピーされます。これが I/O を最小化し、以降に続く各レイヤーの容量も最小化します。これらの利点については、以降で詳しく説明します。 +:ruby:`コピー オン ライト ` とは、ファイルの共有とコピーの効率を最大化するための方式です。ファイルやディレクトリがイメージ内の :ruby:`低位のレイヤー ` に存在し、それを他のレイヤー(書き込み可能なレイヤーを含みます)が読み込む必要がある場合は、その既存のファイルを使います。他のレイヤーから、そのファイルを初めて変更する時(イメージの構築時や、コンテナの実行中の場合)は、そのレイヤーの中にファイルがコピーされます。これが I/O を最小化し、以降に続く各レイヤーの容量も最小化します。これらの利点については、以降で詳しく説明します。 .. Sharing promotes smaller images .. _Sharing promotes smaller images: diff --git a/storage/volumes.rst b/storage/volumes.rst index 0a3de192c..b6ab82f3c 100644 --- a/storage/volumes.rst +++ b/storage/volumes.rst @@ -270,7 +270,7 @@ docker-compose でボリュームを使う .. On the first invocation of docker-compose up the volume will be created. The same volume will be reused on following invocations. -``docker-compose up`` を始めて実行すると、ボリュームが作成されます。続く実行でも、同じボリュームが再利用されます。 +``docker-compose up`` を初めて実行すると、ボリュームが作成されます。続く実行でも、同じボリュームが再利用されます。 .. A volume may be created directly outside of compose with docker volume create and then referenced inside docker-compose.yml as follows: