beenull/moby
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

Formatting changes to make 1.12.x ref docs buildable in Jekyll

Browse source 
Signed-off-by: Misty Stanley-Jones <misty@docker.com>
This commit is contained in:
Misty Stanley-Jones 2016-11-08 10:14:36 -08:00
parent 6b644ecc19
commit cf60af87f9
104 changed files with 1389 additions and 1535 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

8
docs/reference/api/README.md
View file

@ -1,8 +1,6 @@
<!--[metadata]>
+++
draft = true
+++
<![end-metadata]-->
---
published: false
---
This directory holds the authoritative specifications of APIs defined and implemented by Docker. Currently this includes:

24
docs/reference/api/docker-io_api.md
View file

@ -1,16 +1,12 @@
<!--[metadata]>
+++
draft = true
title = "Docker Hub API"
description = "API Documentation for the Docker Hub API"
keywords = ["API, Docker, index, REST, documentation, Docker Hub, registry"]
[menu.main]
parent = "engine_remoteapi"
weight = 99
+++
<![end-metadata]-->
# Docker Hub API
---
redirect_from:
- /reference/api/docker-io_api/
description: API Documentation for the Docker Hub API
published: false
keywords:
- API, Docker, index, REST, documentation, Docker Hub, registry
title: Docker Hub API
---
This API is deprecated as of 1.7. To view the old version, see the [Docker Hub
API](https://docs.docker.com/v1.7/docker/reference/api/docker-io_api/) in the 1.7 documentation.
API](/v1.7/docker/reference/api/docker-io_api/) in the 1.7 documentation.

20
docs/reference/api/docker_io_accounts_api.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "docker.io accounts API"
description = "API Documentation for docker.io accounts."
keywords = ["API, Docker, accounts, REST, documentation"]
[menu.main]
parent = "engine_remoteapi"
weight=90
+++
<![end-metadata]-->
# docker.io accounts API
---
redirect_from:
- /reference/api/docker_io_accounts_api/
description: API Documentation for docker.io accounts.
keywords:
- API, Docker, accounts, REST, documentation
title: Accounts API for docker.io
---
## Get a single user

20
docs/reference/api/docker_remote_api.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent = "engine_remoteapi"
weight=-99
+++
<![end-metadata]-->
# Docker Remote API
---
redirect_from:
- /reference/api/docker_remote_api/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API
---
Docker's Remote API uses an open schema model. In this model, unknown
properties in incoming messages are ignored. Client applications need to take

44
docs/reference/api/docker_remote_api_v1.18.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API v1.18"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent = "engine_remoteapi"
weight = 3
+++
<![end-metadata]-->
# Docker Remote API v1.18
---
redirect_from:
- /reference/api/docker_remote_api_v1.18/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.18
---
## 1. Brief introduction
@ -523,7 +519,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -598,7 +596,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -729,7 +729,7 @@ Start the container `id`
> **Note**:
> For backwards compatibility, this endpoint accepts a `HostConfig` as JSON-encoded request body.
> See [create a container](#create-a-container) for details.
> See [create a container](docker_remote_api_v1.18.md#create-a-container) for details.
**Example request**:
@ -902,7 +902,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -928,7 +930,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.18.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -982,7 +984,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1075,7 +1079,9 @@ Copy files or folders of container `id`
HTTP/1.1 200 OK
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1181,7 +1187,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1785,7 +1793,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.18.md#image-tarball-format) for more details.
**Example request**
@ -1814,7 +1822,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.18.md#image-tarball-format) for more details.
**Example request**
@ -1837,7 +1845,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.18.md#image-tarball-format) for more details.
**Example request**
@ -1942,7 +1950,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:

44
docs/reference/api/docker_remote_api_v1.19.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API v1.19"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent = "engine_remoteapi"
weight = 2
+++
<![end-metadata]-->
# Docker Remote API v1.19
---
redirect_from:
- /reference/api/docker_remote_api_v1.19/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.19
---
## 1. Brief introduction
@ -537,7 +533,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -614,7 +612,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -766,7 +766,7 @@ Start the container `id`
> **Note**:
> For backwards compatibility, this endpoint accepts a `HostConfig` as JSON-encoded request body.
> See [create a container](#create-a-container) for details.
> See [create a container](docker_remote_api_v1.19.md#create-a-container) for details.
**Example request**:
@ -939,7 +939,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -965,7 +967,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.19.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -1019,7 +1021,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1112,7 +1116,9 @@ Copy files or folders of container `id`
HTTP/1.1 200 OK
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1223,7 +1229,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1863,7 +1871,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.19.md#image-tarball-format) for more details.
**Example request**
@ -1892,7 +1900,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.19.md#image-tarball-format) for more details.
**Example request**
@ -1915,7 +1923,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.19.md#image-tarball-format) for more details.
**Example request**
@ -2023,7 +2031,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:

48
docs/reference/api/docker_remote_api_v1.20.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API v1.20"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent="engine_remoteapi"
weight = 1
+++
<![end-metadata]-->
# Docker Remote API v1.20
---
redirect_from:
- /reference/api/docker_remote_api_v1.20/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.20
---
## 1. Brief introduction
@ -546,7 +542,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -623,7 +621,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -775,7 +775,7 @@ Start the container `id`
> **Note**:
> For backwards compatibility, this endpoint accepts a `HostConfig` as JSON-encoded request body.
> See [create a container](#create-a-container) for details.
> See [create a container](docker_remote_api_v1.20.md#create-a-container) for details.
**Example request**:
@ -948,7 +948,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -974,7 +976,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.20.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -1028,7 +1030,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1123,7 +1127,9 @@ Copy files or folders of container `id`
HTTP/1.1 200 OK
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1169,7 +1175,9 @@ Get a tar archive of a resource in the filesystem of container `id`.
Content-Type: application/x-tar
X-Docker-Container-Path-Stat: eyJuYW1lIjoicm9vdCIsInNpemUiOjQwOTYsIm1vZGUiOjIxNDc0ODQwOTYsIm10aW1lIjoiMjAxNC0wMi0yN1QyMDo1MToyM1oiLCJsaW5rVGFyZ2V0IjoiIn0=
{% raw %}
{{ TAR STREAM }}
{% endraw %}
On success, a response header `X-Docker-Container-Path-Stat` will be set to a
base64-encoded JSON object containing some filesystem header information about
@ -1224,7 +1232,9 @@ Upload a tar archive to be extracted to a path in the filesystem of container
PUT /containers/8cce319429b2/archive?path=/vol1 HTTP/1.1
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1350,7 +1360,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -2016,7 +2028,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.20.md#image-tarball-format) for more details.
**Example request**
@ -2045,7 +2057,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.20.md#image-tarball-format) for more details.
**Example request**
@ -2068,7 +2080,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.20.md#image-tarball-format) for more details.
**Example request**
@ -2176,7 +2188,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:

48
docs/reference/api/docker_remote_api_v1.21.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API v1.21"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent="engine_remoteapi"
weight=-2
+++
<![end-metadata]-->
# Docker Remote API v1.21
---
redirect_from:
- /reference/api/docker_remote_api_v1.21/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.21
---
## 1. Brief introduction
@ -615,7 +611,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -692,7 +690,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -856,7 +856,7 @@ Start the container `id`
> **Note**:
> For backwards compatibility, this endpoint accepts a `HostConfig` as JSON-encoded request body.
> See [create a container](#create-a-container) for details.
> See [create a container](docker_remote_api_v1.21.md#create-a-container) for details.
**Example request**:
@ -1029,7 +1029,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1055,7 +1057,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.21.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -1109,7 +1111,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1204,7 +1208,9 @@ Copy files or folders of container `id`
HTTP/1.1 200 OK
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1250,7 +1256,9 @@ Get a tar archive of a resource in the filesystem of container `id`.
Content-Type: application/x-tar
X-Docker-Container-Path-Stat: eyJuYW1lIjoicm9vdCIsInNpemUiOjQwOTYsIm1vZGUiOjIxNDc0ODQwOTYsIm10aW1lIjoiMjAxNC0wMi0yN1QyMDo1MToyM1oiLCJsaW5rVGFyZ2V0IjoiIn0=
{% raw %}
{{ TAR STREAM }}
{% endraw %}
On success, a response header `X-Docker-Container-Path-Stat` will be set to a
base64-encoded JSON object containing some filesystem header information about
@ -1305,7 +1313,9 @@ Upload a tar archive to be extracted to a path in the filesystem of container
PUT /containers/8cce319429b2/archive?path=/vol1 HTTP/1.1
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1431,7 +1441,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -2170,7 +2182,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.21.md#image-tarball-format) for more details.
**Example request**
@ -2199,7 +2211,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.21.md#image-tarball-format) for more details.
**Example request**
@ -2222,7 +2234,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.21.md#image-tarball-format) for more details.
**Example request**
@ -2334,7 +2346,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:

48
docs/reference/api/docker_remote_api_v1.22.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API v1.22"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent="engine_remoteapi"
weight=-3
+++
<![end-metadata]-->
# Docker Remote API v1.22
---
redirect_from:
- /reference/api/docker_remote_api_v1.22/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.22
---
## 1. Brief introduction
@ -740,7 +736,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -817,7 +815,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -981,7 +981,7 @@ Start the container `id`
> **Note**:
> For backwards compatibility, this endpoint accepts a `HostConfig` as JSON-encoded request body.
> See [create a container](#create-a-container) for details.
> See [create a container](docker_remote_api_v1.22.md#create-a-container) for details.
**Example request**:
@ -1200,7 +1200,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1230,7 +1232,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.22.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -1284,7 +1286,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1382,7 +1386,9 @@ Copy files or folders of container `id`
HTTP/1.1 200 OK
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1428,7 +1434,9 @@ Get a tar archive of a resource in the filesystem of container `id`.
Content-Type: application/x-tar
X-Docker-Container-Path-Stat: eyJuYW1lIjoicm9vdCIsInNpemUiOjQwOTYsIm1vZGUiOjIxNDc0ODQwOTYsIm10aW1lIjoiMjAxNC0wMi0yN1QyMDo1MToyM1oiLCJsaW5rVGFyZ2V0IjoiIn0=
{% raw %}
{{ TAR STREAM }}
{% endraw %}
On success, a response header `X-Docker-Container-Path-Stat` will be set to a
base64-encoded JSON object containing some filesystem header information about
@ -1483,7 +1491,9 @@ Upload a tar archive to be extracted to a path in the filesystem of container
PUT /containers/8cce319429b2/archive?path=/vol1 HTTP/1.1
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1609,7 +1619,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -2560,7 +2572,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.22.md#image-tarball-format) for more details.
**Example request**
@ -2589,7 +2601,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.22.md#image-tarball-format) for more details.
**Example request**
@ -2612,7 +2624,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.22.md#image-tarball-format) for more details.
**Example request**
@ -2728,7 +2740,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:

48
docs/reference/api/docker_remote_api_v1.23.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API v1.23"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent="engine_remoteapi"
weight=-4
+++
<![end-metadata]-->
# Docker Remote API v1.23
---
redirect_from:
- /reference/api/docker_remote_api_v1.23/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.23
---
## 1. Brief introduction
@ -766,7 +762,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -843,7 +841,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1010,7 +1010,7 @@ Start the container `id`
> **Note**:
> For backwards compatibility, this endpoint accepts a `HostConfig` as JSON-encoded request body.
> See [create a container](#create-a-container) for details.
> See [create a container](docker_remote_api_v1.23.md#create-a-container) for details.
**Example request**:
@ -1233,7 +1233,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1263,7 +1265,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.23.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -1317,7 +1319,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1415,7 +1419,9 @@ Copy files or folders of container `id`
HTTP/1.1 200 OK
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1461,7 +1467,9 @@ Get a tar archive of a resource in the filesystem of container `id`.
Content-Type: application/x-tar
X-Docker-Container-Path-Stat: eyJuYW1lIjoicm9vdCIsInNpemUiOjQwOTYsIm1vZGUiOjIxNDc0ODQwOTYsIm10aW1lIjoiMjAxNC0wMi0yN1QyMDo1MToyM1oiLCJsaW5rVGFyZ2V0IjoiIn0=
{% raw %}
{{ TAR STREAM }}
{% endraw %}
On success, a response header `X-Docker-Container-Path-Stat` will be set to a
base64-encoded JSON object containing some filesystem header information about
@ -1516,7 +1524,9 @@ Upload a tar archive to be extracted to a path in the filesystem of container
PUT /containers/8cce319429b2/archive?path=/vol1 HTTP/1.1
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1642,7 +1652,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -2608,7 +2620,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.23.md#image-tarball-format) for more details.
**Example request**
@ -2637,7 +2649,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.23.md#image-tarball-format) for more details.
**Example request**
@ -2660,7 +2672,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.23.md#image-tarball-format) for more details.
**Example request**
@ -2802,7 +2814,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:

64
docs/reference/api/docker_remote_api_v1.24.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API v1.24"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent="engine_remoteapi"
weight=-5
+++
<![end-metadata]-->
# Docker Remote API v1.24
---
redirect_from:
- /reference/api/docker_remote_api_v1.24/
description: API Documentation for Docker
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.24
---
# 1. Brief introduction
@ -798,7 +794,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -876,7 +874,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1262,7 +1262,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1292,7 +1294,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.24.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -1346,7 +1348,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1460,7 +1464,9 @@ Get a tar archive of a resource in the filesystem of container `id`.
Content-Type: application/x-tar
X-Docker-Container-Path-Stat: eyJuYW1lIjoicm9vdCIsInNpemUiOjQwOTYsIm1vZGUiOjIxNDc0ODQwOTYsIm10aW1lIjoiMjAxNC0wMi0yN1QyMDo1MToyM1oiLCJsaW5rVGFyZ2V0IjoiIn0=
{% raw %}
{{ TAR STREAM }}
{% endraw %}
On success, a response header `X-Docker-Container-Path-Stat` will be set to a
base64-encoded JSON object containing some filesystem header information about
@ -1515,7 +1521,9 @@ Upload a tar archive to be extracted to a path in the filesystem of container
PUT /containers/8cce319429b2/archive?path=/vol1 HTTP/1.1
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1643,7 +1651,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -2622,7 +2632,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.24.md#image-tarball-format) for more details.
**Example request**
@ -2651,7 +2661,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.24.md#image-tarball-format) for more details.
**Example request**
@ -2674,7 +2684,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.24.md#image-tarball-format) for more details.
**Example request**
@ -2816,7 +2826,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:
@ -2997,7 +3009,7 @@ Create a volume
**JSON fields in response**:
Refer to the [inspect a volume](#inspect-a-volume) section or details about the
Refer to the [inspect a volume](docker_remote_api_v1.24.md#inspect-a-volume) section or details about the
JSON fields returned in the response.
### Inspect a volume
@ -3536,7 +3548,7 @@ Content-Type: application/json
`POST /plugins/pull?name=<plugin name>`
Pulls and installs a plugin. After the plugin is installed, it can be enabled
using the [`POST /plugins/(plugin name)/enable` endpoint](#enable-a-plugin).
using the [`POST /plugins/(plugin name)/enable` endpoint](docker_remote_api_v1.24.md#enable-a-plugin).
**Example request**:
@ -3547,7 +3559,7 @@ POST /plugins/pull?name=tiborvass/no-remove:latest HTTP/1.1
The `:latest` tag is optional, and is used as default if omitted. When using
this endpoint to pull a plugin from the registry, the `X-Registry-Auth` header
can be used to include a base64-encoded AuthConfig object. Refer to the [create
an image](#create-an-image) section for more details.
an image](docker_remote_api_v1.24.md#create-an-image) section for more details.
**Example response**:
@ -3827,7 +3839,7 @@ POST /plugins/tiborvass/no-remove:latest HTTP/1.1
The `:latest` tag is optional, and is used as default if omitted. When using
this endpoint to push a plugin to the registry, the `X-Registry-Auth` header
can be used to include a base64-encoded AuthConfig object. Refer to the [create
an image](#create-an-image) section for more details.
an image](docker_remote_api_v1.24.md#create-an-image) section for more details.
**Example response**:
@ -4489,7 +4501,7 @@ List services
Create a service. When using this endpoint to create a service using a private
repository from the registry, the `X-Registry-Auth` header must be used to
include a base64-encoded AuthConfig object. Refer to the [create an
image](#create-an-image) section for more details.
image](docker_remote_api_v1.24.md#create-an-image) section for more details.
**Example request**:
@ -4651,7 +4663,7 @@ image](#create-an-image) section for more details.
- **Content-type** – Set to `"application/json"`.
- **X-Registry-Auth** – base64-encoded AuthConfig object, containing either
login information, or a token. Refer to the [create an image](#create-an-image)
login information, or a token. Refer to the [create an image](docker_remote_api_v1.24.md#create-an-image)
section for more details.
@ -4668,9 +4680,7 @@ Stop and remove the service `id`
**Example response**:
HTTP/1.1 200 OK
Content-Length: 0
Content-Type: text/plain; charset=utf-8
HTTP/1.1 200 No Content
**Status codes**:
@ -4775,7 +4785,7 @@ Update a service. When using this endpoint to create a service using a
private repository from the registry, the `X-Registry-Auth` header can be used
to update the authentication information for that is stored for the service.
The header contains a base64-encoded AuthConfig object. Refer to the [create an
image](#create-an-image) section for more details.
image](docker_remote_api_v1.24.md#create-an-image) section for more details.
**Example request**:
@ -4891,7 +4901,7 @@ image](#create-an-image) section for more details.
- **Content-type** – Set to `"application/json"`.
- **X-Registry-Auth** – base64-encoded AuthConfig object, containing either
login information, or a token. Refer to the [create an image](#create-an-image)
login information, or a token. Refer to the [create an image](docker_remote_api_v1.24.md#create-an-image)
section for more details.
**Status codes**:

66
docs/reference/api/docker_remote_api_v1.25.md
View file

@ -1,16 +1,12 @@
<!--[metadata]>
+++
draft = true
title = "Remote API v1.25"
description = "API Documentation for Docker"
keywords = ["API, Docker, rcli, REST, documentation"]
[menu.main]
parent="engine_remoteapi"
weight=-6
+++
<![end-metadata]-->
# Docker Remote API v1.25
---
redirect_from:
- /reference/api/docker_remote_api_v1.25/
description: API Documentation for Docker
published: false
keywords:
- API, Docker, rcli, REST, documentation
title: Docker Remote API v1.25
---
# 1. Brief introduction
@ -805,7 +801,9 @@ Get `stdout` and `stderr` logs from the container ``id``
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -883,7 +881,9 @@ Export the contents of container `id`
HTTP/1.1 200 OK
Content-Type: application/octet-stream
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Status codes**:
@ -1269,7 +1269,9 @@ Attach to the container `id`
Connection: Upgrade
Upgrade: tcp
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1299,7 +1301,7 @@ Attach to the container `id`
When using the TTY setting is enabled in
[`POST /containers/create`
](#create-a-container),
](docker_remote_api_v1.25.md#create-a-container),
the stream is the raw data from the process PTY and client's `stdin`.
When the TTY is disabled, then the stream is multiplexed to separate
`stdout` and `stderr`.
@ -1353,7 +1355,9 @@ Implements websocket protocol handshake according to [RFC 6455](http://tools.iet
**Example response**
{% raw %}
{{ STREAM }}
{% endraw %}
**Query parameters**:
@ -1467,7 +1471,9 @@ Get a tar archive of a resource in the filesystem of container `id`.
Content-Type: application/x-tar
X-Docker-Container-Path-Stat: eyJuYW1lIjoicm9vdCIsInNpemUiOjQwOTYsIm1vZGUiOjIxNDc0ODQwOTYsIm10aW1lIjoiMjAxNC0wMi0yN1QyMDo1MToyM1oiLCJsaW5rVGFyZ2V0IjoiIn0=
{% raw %}
{{ TAR STREAM }}
{% endraw %}
On success, a response header `X-Docker-Container-Path-Stat` will be set to a
base64-encoded JSON object containing some filesystem header information about
@ -1522,7 +1528,9 @@ Upload a tar archive to be extracted to a path in the filesystem of container
PUT /containers/8cce319429b2/archive?path=/vol1 HTTP/1.1
Content-Type: application/x-tar
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -1650,7 +1658,9 @@ Build an image from a Dockerfile
POST /build HTTP/1.1
{% raw %}
{{ TAR STREAM }}
{% endraw %}
**Example response**:
@ -2638,7 +2648,7 @@ If `name` is a specific name and tag (e.g. ubuntu:latest), then only that image
image (and its parents) are returned, but with the exclusion of the
'repositories' file in the tarball, as there were no image names referenced.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.25.md#image-tarball-format) for more details.
**Example request**
@ -2667,7 +2677,7 @@ For each value of the `names` parameter: if it is a specific name and tag (e.g.
an image ID, similarly only that image (and its parents) are returned and there
would be no names referenced in the 'repositories' file for this image ID.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.25.md#image-tarball-format) for more details.
**Example request**
@ -2690,7 +2700,7 @@ See the [image tarball format](#image-tarball-format) for more details.
`POST /images/load`
Load a set of images and tags into a Docker repository.
See the [image tarball format](#image-tarball-format) for more details.
See the [image tarball format](docker_remote_api_v1.25.md#image-tarball-format) for more details.
**Example request**
@ -2832,7 +2842,9 @@ interactive session with the `exec` command.
HTTP/1.1 200 OK
Content-Type: application/vnd.docker.raw-stream
{% raw %}
{{ STREAM }}
{% endraw %}
**JSON parameters**:
@ -3016,7 +3028,7 @@ Create a volume
**JSON fields in response**:
Refer to the [inspect a volume](#inspect-a-volume) section or details about the
Refer to the [inspect a volume](docker_remote_api_v1.25.md#inspect-a-volume) section or details about the
JSON fields returned in the response.
### Inspect a volume
@ -3555,7 +3567,7 @@ Content-Type: application/json
`POST /plugins/pull?name=<plugin name>`
Pulls and installs a plugin. After the plugin is installed, it can be enabled
using the [`POST /plugins/(plugin name)/enable` endpoint](#enable-a-plugin).
using the [`POST /plugins/(plugin name)/enable` endpoint](docker_remote_api_v1.25.md#enable-a-plugin).
**Example request**:
@ -3566,7 +3578,7 @@ POST /plugins/pull?name=tiborvass/no-remove:latest HTTP/1.1
The `:latest` tag is optional, and is used as default if omitted. When using
this endpoint to pull a plugin from the registry, the `X-Registry-Auth` header
can be used to include a base64-encoded AuthConfig object. Refer to the [create
an image](#create-an-image) section for more details.
an image](docker_remote_api_v1.25.md#create-an-image) section for more details.
**Example response**:
@ -3863,7 +3875,7 @@ POST /plugins/tiborvass/no-remove:latest HTTP/1.1
The `:latest` tag is optional, and is used as default if omitted. When using
this endpoint to push a plugin to the registry, the `X-Registry-Auth` header
can be used to include a base64-encoded AuthConfig object. Refer to the [create
an image](#create-an-image) section for more details.
an image](docker_remote_api_v1.25.md#create-an-image) section for more details.
**Example response**:
@ -4525,7 +4537,7 @@ List services
Create a service. When using this endpoint to create a service using a private
repository from the registry, the `X-Registry-Auth` header must be used to
include a base64-encoded AuthConfig object. Refer to the [create an
image](#create-an-image) section for more details.
image](docker_remote_api_v1.25.md#create-an-image) section for more details.
**Example request**:
@ -4687,7 +4699,7 @@ image](#create-an-image) section for more details.
- **Content-type** – Set to `"application/json"`.
- **X-Registry-Auth** – base64-encoded AuthConfig object, containing either
login information, or a token. Refer to the [create an image](#create-an-image)
login information, or a token. Refer to the [create an image](docker_remote_api_v1.25.md#create-an-image)
section for more details.
@ -4704,9 +4716,7 @@ Stop and remove the service `id`
**Example response**:
HTTP/1.1 200 OK
Content-Length: 0
Content-Type: text/plain; charset=utf-8
HTTP/1.1 200 No Content
**Status codes**:
@ -4811,7 +4821,7 @@ Update a service. When using this endpoint to create a service using a
private repository from the registry, the `X-Registry-Auth` header can be used
to update the authentication information for that is stored for the service.
The header contains a base64-encoded AuthConfig object. Refer to the [create an
image](#create-an-image) section for more details.
image](docker_remote_api_v1.25.md#create-an-image) section for more details.
**Example request**:
@ -4927,7 +4937,7 @@ image](#create-an-image) section for more details.
- **Content-type** – Set to `"application/json"`.
- **X-Registry-Auth** – base64-encoded AuthConfig object, containing either
login information, or a token. Refer to the [create an image](#create-an-image)
login information, or a token. Refer to the [create an image](docker_remote_api_v1.25.md#create-an-image)
section for more details.
**Status codes**:

23
docs/reference/api/hub_registry_spec.md
View file

@ -1,18 +1,15 @@
<!--[metadata]>
+++
draft = true
title = "The Docker Hub and the Registry v1"
description = "Documentation for docker Registry and Registry API"
keywords = ["docker, registry, api, hub"]
[menu.main]
parent="smn_hub_ref"
+++
<![end-metadata]-->
# The Docker Hub and the Registry v1
---
redirect_from:
- /reference/api/hub_registry_spec/
description: Documentation for docker Registry and Registry API
published: false
keywords:
- docker, registry, api, hub
title: Docker Hub and Registry v1
---
This API is deprecated as of 1.7. To view the old version, see the [go
here](https://docs.docker.com/v1.7/docker/reference/api/hub_registry_spec/) in
here](/v1.7/docker/reference/api/hub_registry_spec/) in
the 1.7 documentation. If you want an overview of the current features in
Docker Hub or other image management features see the [image management
overview](../../userguide/eng-image/image_management.md) in the current documentation set.

21
docs/reference/api/index.md
View file

@ -1,16 +1,11 @@
<!-- [metadata]>
+++
title = "API Reference"
description = "Reference"
keywords = ["Engine"]
[menu.main]
identifier="engine_remoteapi"
parent="engine_ref"
+++
<![end-metadata]-->
# API Reference
---
redirect_from:
- /reference/api/
description: Reference
keywords:
- Engine
title: API reference
---
* [Docker Remote API](docker_remote_api.md)
* [Docker Remote API client libraries](remote_api_client_libraries.md)

24
docs/reference/api/remote_api_client_libraries.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Remote API client libraries"
description = "Various client libraries available to use with the Docker remote API"
keywords = ["API, Docker, index, registry, REST, documentation, clients, C#, Erlang, Go, Groovy, Java, JavaScript, Perl, PHP, Python, Ruby, Rust, Scala"]
[menu.main]
parent="engine_remoteapi"
weight = 90
+++
<![end-metadata]-->
# Docker Remote API client libraries
---
redirect_from:
- /reference/api/remote_api_client_libraries/
description: Various client libraries available to use with the Docker remote API
keywords:
- API, Docker, index, registry, REST, documentation, clients, C#, Erlang, Go, Groovy, Java, JavaScript, Perl, PHP, Python, Ruby, Rust, Scala
title: Docker Remote API client libraries
---
These libraries make it easier to build applications on top of the Docker
Remote API with various programming languages. They have not been tested by the
@ -52,8 +48,8 @@ with the library maintainers.
</tr>
<tr>
<td>Go</td>
<td>engine-api</td>
<td><a class="reference external" href="https://github.com/docker/engine-api">https://github.com/docker/engine-api</a></td>
<td>Docker Go client</td>
<td><a class="reference external" href="https://godoc.org/github.com/docker/docker/client">https://godoc.org/github.com/docker/docker/client</a></td>
</tr>
<tr>
<td>Gradle</td>

47
docs/reference/builder.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Dockerfile reference"
description = "Dockerfiles use a simple DSL which allows you to automate the steps you would normally manually take to create an image."
keywords = ["builder, docker, Dockerfile, automation, image creation"]
[menu.main]
parent = "engine_ref"
weight=-90
+++
<![end-metadata]-->
# Dockerfile reference
---
redirect_from:
- /reference/builder/
description: Dockerfiles use a simple DSL which allows you to automate the steps you would normally manually take to create an image.
keywords:
- builder, docker, Dockerfile, automation, image creation
title: Dockerfile reference
---
Docker can build images automatically by reading the instructions from a
`Dockerfile`. A `Dockerfile` is a text document that contains all the commands a
@ -50,7 +46,7 @@ To use a file in the build context, the `Dockerfile` refers to the file specifie
in an instruction, for example, a `COPY` instruction. To increase the build's
performance, exclude files and directories by adding a `.dockerignore` file to
the context directory. For information about how to [create a `.dockerignore`
file](#dockerignore-file) see the documentation on this page.
file](builder.md#dockerignore-file) see the documentation on this page.
Traditionally, the `Dockerfile` is called `Dockerfile` and located in the root
of the context. You use the `-f` flag with `docker build` to point to a Dockerfile
@ -298,7 +294,7 @@ Results in:
## Environment replacement
Environment variables (declared with [the `ENV` statement](#env)) can also be
Environment variables (declared with [the `ENV` statement](builder.md#env)) can also be
used in certain instructions as variables to be interpreted by the
`Dockerfile`. Escapes are also handled for including variable-like syntax
into a statement literally.
@ -502,7 +498,7 @@ default is `/bin/sh -c` on Linux or `cmd /S /C` on Windows)
- `RUN ["executable", "param1", "param2"]` (*exec* form)
The `RUN` instruction will execute any commands in a new layer on top of the
current image and commit the results. The resulting comitted image will be
current image and commit the results. The resulting committed image will be
used for the next step in the `Dockerfile`.
Layering `RUN` instructions and generating commits conforms to the core
@ -564,7 +560,7 @@ See the [`Dockerfile` Best Practices
guide](../userguide/eng-image/dockerfile_best-practices.md#build-cache) for more information.
The cache for `RUN` instructions can be invalidated by `ADD` instructions. See
[below](#add) for details.
[below](builder.md#add) for details.
### Known issues (RUN)
@ -633,7 +629,7 @@ must be individually expressed as strings in the array:
If you would like your container to run the same executable every time, then
you should consider using `ENTRYPOINT` in combination with `CMD`. See
[*ENTRYPOINT*](#entrypoint).
[*ENTRYPOINT*](builder.md#entrypoint).
If the user specifies arguments to `docker run` then they will override the
default specified in `CMD`.
@ -711,7 +707,7 @@ feature](../userguide/networking/index.md)).
The `ENV` instruction sets the environment variable `<key>` to the value
`<value>`. This value will be in the environment of all "descendant"
`Dockerfile` commands and can be [replaced inline](#environment-replacement) in
`Dockerfile` commands and can be [replaced inline](builder.md#environment-replacement) in
many as well.
The `ENV` instruction has two forms. The first form, `ENV <key> <value>`,
@ -1247,9 +1243,9 @@ The output of the final `pwd` command in this `Dockerfile` would be
ARG <name>[=<default value>]
The `ARG` instruction defines a variable that users can pass at build-time to
the builder with the `docker build` command using the `--build-arg
<varname>=<value>` flag. If a user specifies a build argument that was not
defined in the Dockerfile, the build outputs an error.
the builder with the `docker build` command using the
`--build-arg <varname>=<value>` flag. If a user specifies a build argument
that was not defined in the Dockerfile, the build outputs an error.
```
One or more build-args were not consumed, failing build.
@ -1348,7 +1344,7 @@ its value would be `v1.0.0` as it is the default set in line 3 by the `ENV` inst
The variable expansion technique in this example allows you to pass arguments
from the command line and persist them in the final image by leveraging the
`ENV` instruction. Variable expansion is only supported for [a limited set of
Dockerfile instructions.](#environment-replacement)
Dockerfile instructions.](builder.md#environment-replacement)
Docker has a set of predefined `ARG` variables that you can use without a
corresponding `ARG` instruction in the Dockerfile.
@ -1362,8 +1358,11 @@ corresponding `ARG` instruction in the Dockerfile.
* `NO_PROXY`
* `no_proxy`
To use these, simply pass them on the command line using the `--build-arg
<varname>=<value>` flag.
To use these, simply pass them on the command line using the flag:
```
--build-arg <varname>=<value>
```
### Impact on build caching

19
docs/reference/commandline/attach.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "attach"
description = "The attach command description and usage"
keywords = ["attach, running, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# attach
---
redirect_from:
- /reference/commandline/attach/
description: The attach command description and usage
keywords:
- attach, running, container
title: docker attach
---
```markdown
Usage: docker attach [OPTIONS] CONTAINER

23
docs/reference/commandline/build.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "build"
description = "The build command description and usage"
keywords = ["build, docker, image"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# build
---
redirect_from:
- /reference/commandline/build/
description: The build command description and usage
keywords:
- build, docker, image
title: docker build
---
```markdown
Usage: docker build [OPTIONS] PATH | URL | -
@ -94,11 +91,9 @@ Build Syntax Suffix | Commit Used | Build Context Used
If you pass an URL to a remote tarball, the URL itself is sent to the daemon:
Instead of specifying a context, you can pass a single Dockerfile in the `URL`
or pipe the file in via `STDIN`. To pipe a Dockerfile from `STDIN`:
```bash
$ docker build http://server/context.tar.gz
```
The download operation will be performed on the host the Docker daemon is
running on, which is not necessarily the same host from which the build command

22
docs/reference/commandline/cli.md
View file

@ -1,15 +1,11 @@
<!--[metadata]>
+++
title = "Use the Docker command line"
description = "Docker's CLI command description and usage"
keywords = ["Docker, Docker documentation, CLI, command line"]
[menu.main]
parent = "smn_cli"
weight = -2
+++
<![end-metadata]-->
# Use the Docker command line
---
redirect_from:
- /reference/commandline/cli/
description: Docker's CLI command description and usage
keywords:
- Docker, Docker documentation, CLI, command line
title: Use the Docker Engine command-line
---
To list available commands, either run `docker` with no parameters
or execute `docker help`:
@ -145,6 +141,7 @@ directives, see the [**Formatting** section in the `docker images` documentation
Following is a sample `config.json` file:
{% raw %}
{
"HttpHeaders": {
"MyHeader": "MyValue"
@ -153,6 +150,7 @@ Following is a sample `config.json` file:
"imagesFormat": "table {{.ID}}\\t{{.Repository}}\\t{{.Tag}}\\t{{.CreatedAt}}",
"detachKeys": "ctrl-e,e"
}
{% endraw %}
### Notary

21
docs/reference/commandline/commit.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "commit"
description = "The commit command description and usage"
keywords = ["commit, file, changes"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# commit
---
redirect_from:
- /reference/commandline/commit/
description: The commit command description and usage
keywords:
- commit, file, changes
title: docker commit
---
```markdown
Usage: docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]
@ -55,6 +52,7 @@ created. Supported `Dockerfile` instructions:
## Commit a container with new configurations
{% raw %}
$ docker ps
ID IMAGE COMMAND CREATED STATUS PORTS
c3f279d17e0a ubuntu:12.04 /bin/bash 7 days ago Up 25 hours
@ -65,6 +63,7 @@ created. Supported `Dockerfile` instructions:
f5283438590d
$ docker inspect -f "{{ .Config.Env }}" f5283438590d
[HOME=/ PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin DEBUG=true]
{% endraw %}
## Commit a container with new `CMD` and `EXPOSE` instructions

19
docs/reference/commandline/cp.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "cp"
description = "The cp command description and usage"
keywords = ["copy, container, files, folders"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# cp
---
redirect_from:
- /reference/commandline/cp/
description: The cp command description and usage
keywords:
- copy, container, files, folders
title: docker cp
---
```markdown
Usage: docker cp [OPTIONS] CONTAINER:SRC_PATH DEST_PATH|-

19
docs/reference/commandline/create.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "create"
description = "The create command description and usage"
keywords = ["docker, create, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# create
---
redirect_from:
- /reference/commandline/create/
description: The create command description and usage
keywords:
- docker, create, container
title: docker create
---
Creates a new container.

21
docs/reference/commandline/deploy.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "deploy"
description = "The deploy command description and usage"
keywords = ["stack, deploy"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stack deploy (experimental)
---
redirect_from:
- /reference/commandline/deploy/
advisory: experimental
description: The deploy command description and usage
keywords:
- stack, deploy
title: docker deploy
---
```markdown
Usage: docker deploy [OPTIONS] STACK

19
docs/reference/commandline/diff.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "diff"
description = "The diff command description and usage"
keywords = ["list, changed, files, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# diff
---
redirect_from:
- /reference/commandline/diff/
description: The diff command description and usage
keywords:
- list, changed, files, container
title: docker diff
---
```markdown
Usage: docker diff CONTAINER

271
docs/reference/commandline/dockerd.md
View file

@ -1,16 +1,13 @@
<!--[metadata]>
+++
title = "dockerd"
aliases = ["/engine/reference/commandline/daemon/"]
description = "The daemon command description and usage"
keywords = ["container, daemon, runtime"]
[menu.main]
parent = "smn_cli"
weight = -1
+++
<![end-metadata]-->
# daemon
---
redirect_from:
- /reference/commandline/dockerd/
- /reference/commandline/daemon/
- /engine/reference/commandline/daemon/
description: The daemon command description and usage
keywords:
- container, daemon, runtime
title: dockerd
---
```markdown
Usage: dockerd [OPTIONS]
@ -236,7 +233,7 @@ snapshots. For each devicemapper graph location – typically
`/var/lib/docker/devicemapper` – a thin pool is created based on two block
devices, one for data and one for metadata. By default, these block devices
are created automatically by using loopback mounts of automatically created
sparse files. Refer to [Storage driver options](#storage-driver-options) below
sparse files. Refer to [Storage driver options](dockerd.md#storage-driver-options) below
for a way how to customize this setup.
[~jpetazzo/Resizing Docker containers with the Device Mapper plugin](http://jpetazzo.github.io/2014/01/29/docker-device-mapper-resize/)
article explains how to tune your existing setup without the use of options.
@ -248,7 +245,7 @@ does not share executable memory between devices. Use
The `zfs` driver is probably not as fast as `btrfs` but has a longer track record
on stability. Thanks to `Single Copy ARC` shared blocks between clones will be
cached only once. Use `dockerd -s zfs`. To select a different zfs filesystem
set `zfs.fsname` option as described in [Storage driver options](#storage-driver-options).
set `zfs.fsname` option as described in [Storage driver options](dockerd.md#storage-driver-options).
The `overlay` is a very fast union filesystem. It is now merged in the main
Linux kernel as of [3.18.0](https://lkml.org/lkml/2014/10/26/137). `overlay`
@ -280,7 +277,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
#### Devicemapper options
* `dm.thinpooldev`
* `dm.thinpooldev`
Specifies a custom block storage device to use for the thin pool.
@ -307,7 +304,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.thinpooldev=/dev/mapper/thin-pool
```
* `dm.basesize`
* `dm.basesize`
Specifies the size to use when creating the base device, which limits the
size of images and containers. The default value is 10G. Note, thin devices
@ -325,7 +322,6 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.basesize=50G
```
This will increase the base device size to 50G. The Docker daemon will throw an
error if existing base device size is larger than 50G. A user can use
this option to expand the base device size however shrinking is not permitted.
@ -346,7 +342,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.basesize=20G
```
* `dm.loopdatasize`
* `dm.loopdatasize`
> **Note**:
> This option configures devicemapper loopback, which should not
@ -363,7 +359,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.loopdatasize=200G
```
* `dm.loopmetadatasize`
* `dm.loopmetadatasize`
> **Note**:
> This option configures devicemapper loopback, which should not
@ -380,7 +376,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.loopmetadatasize=4G
```
* `dm.fs`
* `dm.fs`
Specifies the filesystem type to use for the base device. The supported
options are "ext4" and "xfs". The default is "xfs"
@ -391,7 +387,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.fs=ext4
```
* `dm.mkfsarg`
* `dm.mkfsarg`
Specifies extra mkfs arguments to be used when creating the base device.
@ -401,7 +397,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt "dm.mkfsarg=-O ^has_journal"
```
* `dm.mountopt`
* `dm.mountopt`
Specifies extra mount options used when mounting the thin devices.
@ -411,7 +407,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.mountopt=nodiscard
```
* `dm.datadev`
* `dm.datadev`
(Deprecated, use `dm.thinpooldev`)
@ -429,7 +425,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
--storage-opt dm.metadatadev=/dev/sdc1
```
* `dm.metadatadev`
* `dm.metadatadev`
(Deprecated, use `dm.thinpooldev`)
@ -453,7 +449,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
--storage-opt dm.metadatadev=/dev/sdc1
```
* `dm.blocksize`
* `dm.blocksize`
Specifies a custom blocksize to use for the thin pool. The default
blocksize is 64K.
@ -464,7 +460,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.blocksize=512K
```
* `dm.blkdiscard`
* `dm.blkdiscard`
Enables or disables the use of blkdiscard when removing devicemapper
devices. This is enabled by default (only) if using loopback devices and is
@ -480,7 +476,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.blkdiscard=false
```
* `dm.override_udev_sync_check`
* `dm.override_udev_sync_check`
Overrides the `udev` synchronization checks between `devicemapper` and `udev`.
`udev` is the device manager for the Linux kernel.
@ -520,7 +516,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
> Otherwise, set this flag for migrating existing Docker daemons to
> a daemon with a supported environment.
* `dm.use_deferred_removal`
* `dm.use_deferred_removal`
Enables use of deferred device removal if `libdm` and the kernel driver
support the mechanism.
@ -542,7 +538,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
$ sudo dockerd --storage-opt dm.use_deferred_removal=true
```
* `dm.use_deferred_deletion`
* `dm.use_deferred_deletion`
Enables use of deferred device deletion for thin pool devices. By default,
thin pool device deletion is synchronous. Before a container is deleted,
@ -568,7 +564,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
when unintentional leaking of mount point happens across multiple mount
namespaces.
* `dm.min_free_space`
* `dm.min_free_space`
Specifies the min free space percent in a thin pool require for new device
creation to succeed. This check applies to both free data space as well
@ -600,7 +596,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
#### ZFS options
* `zfs.fsname`
* `zfs.fsname`
Set zfs filesystem under which docker will create its own datasets.
By default docker will pick up the zfs filesystem where docker graph
@ -614,9 +610,9 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
#### Btrfs options
* `btrfs.min_space`
* `btrfs.min_space`
Specifies the mininum size to use when creating the subvolume which is used
Specifies the minimum size to use when creating the subvolume which is used
for containers. If user uses disk quota for btrfs when creating or running
a container with **--storage-opt size** option, docker should ensure the
**size** cannot be smaller than **btrfs.min_space**.
@ -629,7 +625,7 @@ options for `zfs` start with `zfs` and options for `btrfs` start with `btrfs`.
#### Overlay2 options
* `overlay2.override_kernel_check`
* `overlay2.override_kernel_check`
Overrides the Linux kernel version check allowing overlay2. Support for
specifying multiple lower directories needed by overlay2 was added to the
@ -657,19 +653,20 @@ Runtimes can be registered with the daemon either via the
configuration file or using the `--add-runtime` command line argument.
The following is an example adding 2 runtimes via the configuration:
```json
"default-runtime": "runc",
"runtimes": {
"runc": {
"path": "runc"
},
"custom": {
"path": "/usr/local/bin/my-runc-replacement",
"runtimeArgs": [
"--debug"
]
}
"default-runtime": "runc",
"runtimes": {
"runc": {
"path": "runc"
},
"custom": {
"path": "/usr/local/bin/my-runc-replacement",
"runtimeArgs": [
"--debug"
]
}
}
```
This is the same example via the command line:
@ -829,35 +826,35 @@ $ sudo dockerd \
The currently supported cluster store options are:
* `discovery.heartbeat`
* `discovery.heartbeat`
Specifies the heartbeat timer in seconds which is used by the daemon as a
keepalive mechanism to make sure discovery module treats the node as alive
in the cluster. If not configured, the default value is 20 seconds.
* `discovery.ttl`
* `discovery.ttl`
Specifies the ttl (time-to-live) in seconds which is used by the discovery
module to timeout a node if a valid heartbeat is not received within the
configured ttl value. If not configured, the default value is 60 seconds.
* `kv.cacertfile`
* `kv.cacertfile`
Specifies the path to a local file with PEM encoded CA certificates to trust
* `kv.certfile`
* `kv.certfile`
Specifies the path to a local file with a PEM encoded certificate. This
certificate is used as the client cert for communication with the
Key/Value store.
* `kv.keyfile`
* `kv.keyfile`
Specifies the path to a local file with a PEM encoded private key. This
private key is used as the client key for communication with the
Key/Value store.
* `kv.path`
* `kv.path`
Specifies the path in the Key/Value store. If not configured, the default value is 'docker/nodes'.
@ -994,7 +991,7 @@ following algorithm to create the mapping ranges:
If you enable user namespaces on the daemon, all containers are started
with user namespaces enabled. In some situations you might want to disable
this feature for a container, for example, to start a privileged container (see
[user namespace known restrictions](#user-namespace-known-restrictions)).
[user namespace known restrictions](dockerd.md#user-namespace-known-restrictions)).
To enable those advanced features for a specific container use `--userns=host`
in the `run/exec/create` command.
This option will completely disable user namespace mapping for the container's user.
@ -1089,71 +1086,71 @@ This is a full example of the allowed configuration options on Linux:
```json
{
"authorization-plugins": [],
"dns": [],
"dns-opts": [],
"dns-search": [],
"exec-opts": [],
"exec-root": "",
"storage-driver": "",
"storage-opts": [],
"labels": [],
"live-restore": true,
"log-driver": "",
"log-opts": {},
"mtu": 0,
"pidfile": "",
"graph": "",
"cluster-store": "",
"cluster-store-opts": {},
"cluster-advertise": "",
"max-concurrent-downloads": 3,
"max-concurrent-uploads": 5,
"debug": true,
"hosts": [],
"log-level": "",
"tls": true,
"tlsverify": true,
"tlscacert": "",
"tlscert": "",
"tlskey": "",
"swarm-default-advertise-addr": "",
"api-cors-header": "",
"selinux-enabled": false,
"userns-remap": "",
"group": "",
"cgroup-parent": "",
"default-ulimits": {},
"ipv6": false,
"iptables": false,
"ip-forward": false,
"ip-masq": false,
"userland-proxy": false,
"ip": "0.0.0.0",
"bridge": "",
"bip": "",
"fixed-cidr": "",
"fixed-cidr-v6": "",
"default-gateway": "",
"default-gateway-v6": "",
"icc": false,
"raw-logs": false,
"registry-mirrors": [],
"insecure-registries": [],
"disable-legacy-registry": false,
"default-runtime": "runc",
"oom-score-adjust": -500,
"runtimes": {
"runc": {
"path": "runc"
},
"custom": {
"path": "/usr/local/bin/my-runc-replacement",
"runtimeArgs": [
"--debug"
]
}
}
"api-cors-header": "",
"authorization-plugins": [],
"bip": "",
"bridge": "",
"cgroup-parent": "",
"cluster-store": "",
"cluster-store-opts": {},
"cluster-advertise": "",
"debug": true,
"default-gateway": "",
"default-gateway-v6": "",
"default-runtime": "runc",
"default-ulimits": {},
"disable-legacy-registry": false,
"dns": [],
"dns-opts": [],
"dns-search": [],
"exec-opts": [],
"exec-root": "",
"fixed-cidr": "",
"fixed-cidr-v6": "",
"graph": "",
"group": "",
"hosts": [],
"icc": false,
"insecure-registries": [],
"ip": "0.0.0.0",
"iptables": false,
"ipv6": false,
"ip-forward": false,
"ip-masq": false,
"labels": [],
"live-restore": true,
"log-driver": "",
"log-level": "",
"log-opts": {},
"max-concurrent-downloads": 3,
"max-concurrent-uploads": 5,
"mtu": 0,
"oom-score-adjust": -500,
"pidfile": "",
"raw-logs": false,
"registry-mirrors": [],
"runtimes": {
"runc": {
"path": "runc"
},
"custom": {
"path": "/usr/local/bin/my-runc-replacement",
"runtimeArgs": [
"--debug"
]
}
},
"selinux-enabled": false,
"storage-driver": "",
"storage-opts": [],
"swarm-default-advertise-addr": "",
"tls": true,
"tlscacert": "",
"tlscert": "",
"tlskey": "",
"tlsverify": true,
"userland-proxy": false,
"userns-remap": ""
}
```
@ -1168,36 +1165,36 @@ This is a full example of the allowed configuration options on Windows:
```json
{
"authorization-plugins": [],
"bridge": "",
"cluster-advertise": "",
"cluster-store": "",
"debug": true,
"default-ulimits": {},
"disable-legacy-registry": false,
"dns": [],
"dns-opts": [],
"dns-search": [],
"exec-opts": [],
"storage-driver": "",
"storage-opts": [],
"fixed-cidr": "",
"graph": "",
"group": "",
"hosts": [],
"insecure-registries": [],
"labels": [],
"live-restore": true,
"log-driver": "",
"log-level": "",
"mtu": 0,
"pidfile": "",
"graph": "",
"cluster-store": "",
"cluster-advertise": "",
"debug": true,
"hosts": [],
"log-level": "",
"tlsverify": true,
"raw-logs": false,
"registry-mirrors": [],
"storage-driver": "",
"storage-opts": [],
"swarm-default-advertise-addr": "",
"tlscacert": "",
"tlscert": "",
"tlskey": "",
"swarm-default-advertise-addr": "",
"group": "",
"default-ulimits": {},
"bridge": "",
"fixed-cidr": "",
"raw-logs": false,
"registry-mirrors": [],
"insecure-registries": [],
"disable-legacy-registry": false
"tlsverify": true
}
```
@ -1244,7 +1241,7 @@ previously configured cluster configurations.
This section describes how to run multiple Docker daemons on a single host. To
run multiple daemons, you must configure each daemon so that it does not
conflict with other daemons on the same host. You can set these options either
by providing them as flags, or by using a [daemon configuration file](#daemon-configuration-file).
by providing them as flags, or by using a [daemon configuration file](dockerd.md#daemon-configuration-file).
The following daemon options must be configured for each daemon:

19
docs/reference/commandline/events.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "events"
description = "The events command description and usage"
keywords = ["events, container, report"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# events
---
redirect_from:
- /reference/commandline/events/
description: The events command description and usage
keywords:
- events, container, report
title: docker events
---
```markdown
Usage: docker events [OPTIONS]

19
docs/reference/commandline/exec.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "exec"
description = "The exec command description and usage"
keywords = ["command, container, run, execute"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# exec
---
redirect_from:
- /reference/commandline/exec/
description: The exec command description and usage
keywords:
- command, container, run, execute
title: docker exec
---
```markdown
Usage: docker exec [OPTIONS] CONTAINER COMMAND [ARG...]

19
docs/reference/commandline/export.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "export"
description = "The export command description and usage"
keywords = ["export, file, system, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# export
---
redirect_from:
- /reference/commandline/export/
description: The export command description and usage
keywords:
- export, file, system, container
title: docker export
---
```markdown
Usage: docker export [OPTIONS] CONTAINER

19
docs/reference/commandline/history.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "history"
description = "The history command description and usage"
keywords = ["docker, image, history"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# history
---
redirect_from:
- /reference/commandline/history/
description: The history command description and usage
keywords:
- docker, image, history
title: docker history
---
```markdown
Usage: docker history [OPTIONS] IMAGE

23
docs/reference/commandline/images.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "images"
description = "The images command description and usage"
keywords = ["list, docker, images"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# images
---
redirect_from:
- /reference/commandline/images/
description: The images command description and usage
keywords:
- list, docker, images
title: docker images
---
```markdown
Usage: docker images [OPTIONS] [REPOSITORY[:TAG]]
@ -249,6 +246,7 @@ output the data exactly as the template declares or, when using the
The following example uses a template without headers and outputs the
`ID` and `Repository` entries separated by a colon for all images:
{% raw %}
$ docker images --format "{{.ID}}: {{.Repository}}"
77af4d6b9913: <none>
b6fa739cedf5: committ
@ -259,10 +257,12 @@ The following example uses a template without headers and outputs the
746b819f315e: postgres
746b819f315e: postgres
746b819f315e: postgres
{% endraw %}
To list all images with their repository and tag in a table format you
can use:
{% raw %}
$ docker images --format "table {{.ID}}\t{{.Repository}}\t{{.Tag}}"
IMAGE ID REPOSITORY TAG
77af4d6b9913 <none> <none>
@ -274,3 +274,4 @@ can use:
746b819f315e postgres 9.3
746b819f315e postgres 9.3.5
746b819f315e postgres latest
{% endraw %}

19
docs/reference/commandline/import.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "import"
description = "The import command description and usage"
keywords = ["import, file, system, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# import
---
redirect_from:
- /reference/commandline/import/
description: The import command description and usage
keywords:
- import, file, system, container
title: docker import
---
```markdown
Usage: docker import [OPTIONS] file|URL|- [REPOSITORY[:TAG]]

23
docs/reference/commandline/index.md
View file

@ -1,18 +1,11 @@
<!-- [metadata]>
+++
title = "Docker commands"
description = "Docker's CLI command description and usage"
keywords = ["Docker, Docker documentation, CLI, command line"]
[menu.main]
identifier= "smn_cli_guide"
parent = "smn_cli"
weight=-70
+++
<![end-metadata]-->
# The Docker commands
---
redirect_from:
- /reference/commandline/
description: Docker's CLI command description and usage
keywords:
- Docker, Docker documentation, CLI, command line
title: The Docker commands
---
This section contains reference information on using Docker's command line
client. Each command has a reference page along with samples. If you are

19
docs/reference/commandline/info.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "info"
description = "The info command description and usage"
keywords = ["display, docker, information"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# info
---
redirect_from:
- /reference/commandline/info/
description: The info command description and usage
keywords:
- display, docker, information
title: docker info
---
```markdown
Usage: docker info

33
docs/reference/commandline/inspect.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "inspect"
description = "The inspect command description and usage"
keywords = ["inspect, container, json"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# inspect
---
redirect_from:
- /reference/commandline/inspect/
description: The inspect command description and usage
keywords:
- inspect, container, json
title: docker inspect
---
```markdown
Usage: docker inspect [OPTIONS] CONTAINER|IMAGE|TASK [CONTAINER|IMAGE|TASK...]
@ -36,29 +33,39 @@ describes all the details of the format.
For the most part, you can pick out any field from the JSON in a fairly
straightforward manner.
{% raw %}
$ docker inspect --format='{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' $INSTANCE_ID
{% endraw %}
**Get an instance's MAC address:**
For the most part, you can pick out any field from the JSON in a fairly
straightforward manner.
{% raw %}
$ docker inspect --format='{{range .NetworkSettings.Networks}}{{.MacAddress}}{{end}}' $INSTANCE_ID
{% endraw %}
**Get an instance's log path:**
{% raw %}
$ docker inspect --format='{{.LogPath}}' $INSTANCE_ID
{% endraw %}
**Get a Task's image name:**
{% raw %}
$ docker inspect --format='{{.Container.Spec.Image}}' $INSTANCE_ID
{% endraw %}
**List all port bindings:**
One can loop over arrays and maps in the results to produce simple text
output:
{% raw %}
$ docker inspect --format='{{range $p, $conf := .NetworkSettings.Ports}} {{$p}} -> {{(index $conf 0).HostPort}} {{end}}' $INSTANCE_ID
{% endraw %}
**Find a specific port mapping:**
@ -70,7 +77,9 @@ numeric public port, you use `index` to find the specific port map, and
then `index` 0 contains the first object inside of that. Then we ask for
the `HostPort` field to get the public address.
{% raw %}
$ docker inspect --format='{{(index (index .NetworkSettings.Ports "8787/tcp") 0).HostPort}}' $INSTANCE_ID
{% endraw %}
**Get a subsection in JSON format:**
@ -79,4 +88,6 @@ fields, by default you get a Go-style dump of the inner values.
Docker adds a template function, `json`, which can be applied to get
results in JSON format.
{% raw %}
$ docker inspect --format='{{json .Config}}' $INSTANCE_ID
{% endraw %}

19
docs/reference/commandline/kill.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "kill"
description = "The kill command description and usage"
keywords = ["container, kill, signal"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# kill
---
redirect_from:
- /reference/commandline/kill/
description: The kill command description and usage
keywords:
- container, kill, signal
title: docker kill
---
```markdown
Usage: docker kill [OPTIONS] CONTAINER [CONTAINER...]

19
docs/reference/commandline/load.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "load"
description = "The load command description and usage"
keywords = ["stdin, tarred, repository"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# load
---
redirect_from:
- /reference/commandline/load/
description: The load command description and usage
keywords:
- stdin, tarred, repository
title: docker load
---
```markdown
Usage: docker load [OPTIONS]

25
docs/reference/commandline/login.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "login"
description = "The login command description and usage"
keywords = ["registry, login, image"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# login
---
redirect_from:
- /reference/commandline/login/
description: The login command description and usage
keywords:
- registry, login, image
title: docker login
---
```markdown
Usage: docker login [OPTIONS] [SERVER]
@ -32,7 +29,7 @@ adding the server name.
`docker login` requires user to use `sudo` or be `root`, except when:
1. connecting to a remote daemon, such as a `docker-machine` provisioned `docker engine`.
2. user is added to the `docker` group. This will impact the security of your system; the `docker` group is `root` equivalent. See [Docker Daemon Attack Surface](https://docs.docker.com/security/security/#docker-daemon-attack-surface) for details.
2. user is added to the `docker` group. This will impact the security of your system; the `docker` group is `root` equivalent. See [Docker Daemon Attack Surface](/security/security/#docker-daemon-attack-surface) for details.
You can log into any public or private repository for which you have
credentials. When you log in, the command stores encoded credentials in
@ -52,12 +49,12 @@ This is the list of currently available credentials helpers and where
you can download them from:
- D-Bus Secret Service: https://github.com/docker/docker-credential-helpers/releases
- Apple OS X keychain: https://github.com/docker/docker-credential-helpers/releases
- Apple macOS keychain: https://github.com/docker/docker-credential-helpers/releases
- Microsoft Windows Credential Manager: https://github.com/docker/docker-credential-helpers/releases
### Usage
You need to speficy the credentials store in `$HOME/.docker/config.json`
You need to specify the credentials store in `$HOME/.docker/config.json`
to tell the docker engine to use it:
```json

19
docs/reference/commandline/logout.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "logout"
description = "The logout command description and usage"
keywords = ["logout, docker, registry"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# logout
---
redirect_from:
- /reference/commandline/logout/
description: The logout command description and usage
keywords:
- logout, docker, registry
title: docker logout
---
```markdown
Usage: docker logout [SERVER]

19
docs/reference/commandline/logs.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "logs"
description = "The logs command description and usage"
keywords = ["logs, retrieve, docker"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# logs
---
redirect_from:
- /reference/commandline/logs/
description: The logs command description and usage
keywords:
- logs, retrieve, docker
title: docker logs
---
```markdown
Usage: docker logs [OPTIONS] CONTAINER

26
docs/reference/commandline/menu.md
View file

@ -1,26 +0,0 @@
<!-- [metadata]>
+++
title = "Command line reference"
description = "Docker's CLI command description and usage"
keywords = ["Docker, Docker documentation, CLI, command line"]
[menu.main]
identifier= "smn_cli"
parent = "engine_ref"
weight=-75
+++
<![end-metadata]-->
# The Docker commands
This section contains reference information on using Docker's command line
client. Each command has a reference page along with samples. If you are
unfamiliar with the command line, you should start by reading about how to
[Use the Docker command line](cli.md).
You start the Docker daemon with the command line. How you start the daemon
affects your Docker containers. For that reason you should also make sure to
read the [`dockerd`](dockerd.md) reference page.
For a list of Docker commands see [Command line reference guide](index.md).

19
docs/reference/commandline/network_connect.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "network connect"
description = "The network connect command description and usage"
keywords = ["network, connect, user-defined"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# network connect
---
redirect_from:
- /reference/commandline/network_connect/
description: The network connect command description and usage
keywords:
- network, connect, user-defined
title: docker network connect
---
```markdown
Usage: docker network connect [OPTIONS] NETWORK CONTAINER

19
docs/reference/commandline/network_create.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "network create"
description = "The network create command description and usage"
keywords = ["network, create"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# network create
---
redirect_from:
- /reference/commandline/network_create/
description: The network create command description and usage
keywords:
- network, create
title: docker network create
---
```markdown
Usage: docker network create [OPTIONS] NETWORK

19
docs/reference/commandline/network_disconnect.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "network disconnect"
description = "The network disconnect command description and usage"
keywords = ["network, disconnect, user-defined"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# network disconnect
---
redirect_from:
- /reference/commandline/network_disconnect/
description: The network disconnect command description and usage
keywords:
- network, disconnect, user-defined
title: docker network disconnect
---
```markdown
Usage: docker network disconnect [OPTIONS] NETWORK CONTAINER

19
docs/reference/commandline/network_inspect.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "network inspect"
description = "The network inspect command description and usage"
keywords = ["network, inspect, user-defined"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# network inspect
---
redirect_from:
- /reference/commandline/network_inspect/
description: The network inspect command description and usage
keywords:
- network, inspect, user-defined
title: docker network inspect
---
```markdown
Usage: docker network inspect [OPTIONS] NETWORK [NETWORK...]

19
docs/reference/commandline/network_ls.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "network ls"
description = "The network ls command description and usage"
keywords = ["network, list, user-defined"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# docker network ls
---
redirect_from:
- /reference/commandline/network_ls/
description: The network ls command description and usage
keywords:
- network, list, user-defined
title: docker network ls
---
```markdown
Usage: docker network ls [OPTIONS]

19
docs/reference/commandline/network_rm.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "network rm"
description = "the network rm command description and usage"
keywords = ["network, rm, user-defined"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# network rm
---
redirect_from:
- /reference/commandline/network_rm/
description: the network rm command description and usage
keywords:
- network, rm, user-defined
title: docker network rm
---
```markdown
Usage: docker network rm NETWORK [NETWORK...]

19
docs/reference/commandline/node_demote.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "node demote"
description = "The node demote command description and usage"
keywords = ["node, demote"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# node demote
---
redirect_from:
- /reference/commandline/node_demote/
description: The node demote command description and usage
keywords:
- node, demote
title: docker node demote
---
```markdown
Usage: docker node demote NODE [NODE...]

21
docs/reference/commandline/node_inspect.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "node inspect"
description = "The node inspect command description and usage"
keywords = ["node, inspect"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/node_inspect/
description: The node inspect command description and usage
keywords:
- node, inspect
title: docker node inspect
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# node inspect
```markdown
Usage: docker node inspect [OPTIONS] self|NODE [NODE...]
@ -95,8 +92,10 @@ Example output:
}
]
{% raw %}
$ docker node inspect --format '{{ .ManagerStatus.Leader }}' self
false
{% endraw %}
$ docker node inspect --pretty self
ID: e216jshn25ckzbvmwlnh5jr3g

21
docs/reference/commandline/node_ls.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "node ls"
description = "The node ls command description and usage"
keywords = ["node, list"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/node_ls/
description: The node ls command description and usage
keywords:
- node, list
title: docker node ls
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# node ls
```markdown
Usage: docker node ls [OPTIONS]
@ -26,7 +23,7 @@ Options:
-q, --quiet Only display IDs
```
Lists all the nodes that the Docker Swarm manager knows about. You can filter using the `-f` or `--filter` flag. Refer to the [filtering](#filtering) section for more information about available filter options.
Lists all the nodes that the Docker Swarm manager knows about. You can filter using the `-f` or `--filter` flag. Refer to the [filtering](node_ls.md#filtering) section for more information about available filter options.
Example output:

19
docs/reference/commandline/node_promote.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "node promote"
description = "The node promote command description and usage"
keywords = ["node, promote"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# node promote
---
redirect_from:
- /reference/commandline/node_promote/
description: The node promote command description and usage
keywords:
- node, promote
title: docker node promote
---
```markdown
Usage: docker node promote NODE [NODE...]

32
docs/reference/commandline/node_ps.md
View file

@ -1,18 +1,16 @@
<!--[metadata]>
+++
title = "node ps"
description = "The node ps command description and usage"
keywords = ["node, tasks", "ps"]
aliases = ["/engine/reference/commandline/node_tasks/"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/node_ps/
- /engine/reference/commandline/node_tasks/
description: The node ps command description and usage
keywords:
- node, tasks
- ps
title: docker node ps
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# node ps
```markdown
Usage: docker node ps [OPTIONS] self|NODE
@ -25,7 +23,7 @@ Options:
--no-resolve Do not map IDs to Names
```
Lists all the tasks on a Node that Docker knows about. You can filter using the `-f` or `--filter` flag. Refer to the [filtering](#filtering) section for more information about available filter options.
Lists all the tasks on a Node that Docker knows about. You can filter using the `-f` or `--filter` flag. Refer to the [filtering](node_ps.md#filtering) section for more information about available filter options.
Example output:
@ -45,10 +43,10 @@ than one filter, then pass multiple flags (e.g., `--filter "foo=bar" --filter "b
The currently supported filters are:
* [name](#name)
* [id](#id)
* [label](#label)
* [desired-state](#desired-state)
* [name](node_ps.md#name)
* [id](node_ps.md#id)
* [label](node_ps.md#label)
* [desired-state](node_ps.md#desired-state)
#### name

19
docs/reference/commandline/node_rm.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "node rm"
description = "The node rm command description and usage"
keywords = ["node, remove"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/node_rm/
description: The node rm command description and usage
keywords:
- node, remove
title: docker node rm
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# node rm
```markdown
Usage: docker node rm [OPTIONS] NODE [NODE...]

19
docs/reference/commandline/node_update.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "node update"
description = "The node update command description and usage"
keywords = ["resources, update, dynamically"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/node_update/
description: The node update command description and usage
keywords:
- resources, update, dynamically
title: docker node update
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
## update
```markdown
Usage: docker node update [OPTIONS] NODE

19
docs/reference/commandline/pause.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "pause"
description = "The pause command description and usage"
keywords = ["cgroups, container, suspend, SIGSTOP"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# pause
---
redirect_from:
- /reference/commandline/pause/
description: The pause command description and usage
keywords:
- cgroups, container, suspend, SIGSTOP
title: docker pause
---
```markdown
Usage: docker pause CONTAINER [CONTAINER...]

21
docs/reference/commandline/plugin_disable.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "plugin disable"
description = "the plugin disable command description and usage"
keywords = ["plugin, disable"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# plugin disable (experimental)
---
redirect_from:
- /reference/commandline/plugin_disable/
advisory: experimental
description: the plugin disable command description and usage
keywords:
- plugin, disable
title: docker plugin disable (experimental)
---
```markdown
Usage: docker plugin disable PLUGIN

21
docs/reference/commandline/plugin_enable.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "plugin enable"
description = "the plugin enable command description and usage"
keywords = ["plugin, enable"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# plugin enable (experimental)
---
redirect_from:
- /reference/commandline/plugin_enable/
advisory: experimental
description: the plugin enable command description and usage
keywords:
- plugin, enable
title: docker plugin enable (experimental)
---
```markdown
Usage: docker plugin enable PLUGIN

21
docs/reference/commandline/plugin_inspect.md Executable file → Normal file
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "plugin inspect"
description = "The plugin inspect command description and usage"
keywords = ["plugin, inspect"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# plugin inspect (experimental)
---
redirect_from:
- /reference/commandline/plugin_inspect/
advisory: experimental
description: The plugin inspect command description and usage
keywords:
- plugin, inspect
title: docker plugin inspect (experimental)
---
```markdown
Usage: docker plugin inspect [OPTIONS] PLUGIN [PLUGIN...]

21
docs/reference/commandline/plugin_install.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "plugin install"
description = "the plugin install command description and usage"
keywords = ["plugin, install"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# plugin install (experimental)
---
redirect_from:
- /reference/commandline/plugin_install/
advisory: experimental
description: the plugin install command description and usage
keywords:
- plugin, install
title: docker plugin install (experimental)
---
```markdown
Usage: docker plugin install [OPTIONS] PLUGIN

21
docs/reference/commandline/plugin_ls.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "plugin ls"
description = "The plugin ls command description and usage"
keywords = ["plugin, list"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# plugin ls (experimental)
---
redirect_from:
- /reference/commandline/plugin_ls/
advisory: experimental
description: The plugin ls command description and usage
keywords:
- plugin, list
title: docker plugin ls (experimental)
---
```markdown
Usage: docker plugin ls

21
docs/reference/commandline/plugin_rm.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "plugin rm"
description = "the plugin rm command description and usage"
keywords = ["plugin, rm"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# plugin rm (experimental)
---
redirect_from:
- /reference/commandline/plugin_rm/
advisory: experimental
description: the plugin rm command description and usage
keywords:
- plugin, rm
title: docker plugin rm (experimental)
---
```markdown
Usage: docker plugin rm PLUGIN

19
docs/reference/commandline/port.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "port"
description = "The port command description and usage"
keywords = ["port, mapping, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# port
---
redirect_from:
- /reference/commandline/port/
description: The port command description and usage
keywords:
- port, mapping, container
title: docker port
---
```markdown
Usage: docker port CONTAINER [PRIVATE_PORT[/PROTO]]

32
docs/reference/commandline/ps.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "ps"
description = "The ps command description and usage"
keywords = ["container, running, list"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# ps
---
redirect_from:
- /reference/commandline/ps/
description: The ps command description and usage
keywords:
- container, running, list
title: docker ps
---
```markdown
Usage: docker ps [OPTIONS]
@ -148,6 +145,7 @@ $ docker ps -a --filter 'exited=137'
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
b3e1c0ed5bfe ubuntu:latest "sleep 1000" 12 seconds ago Exited (137) 5 seconds ago grave_kowalevski
a2eb5558d669 redis:latest "/entrypoint.sh redi 2 hours ago Exited (137) 2 hours ago sharp_lalande
```
Any of these events result in a `137` status:
@ -274,7 +272,7 @@ CONTAINER ID IMAGE COMMAND CREATED STATUS
The `volume` filter shows only containers that mount a specific volume or have
a volume mounted in a specific path:
```bash
```bash{% raw %}
$ docker ps --filter volume=remote-volume --format "table {{.ID}}\t{{.Mounts}}"
CONTAINER ID MOUNTS
9c3527ed70ce remote-volume
@ -282,7 +280,7 @@ CONTAINER ID MOUNTS
$ docker ps --filter volume=/data --format "table {{.ID}}\t{{.Mounts}}"
CONTAINER ID MOUNTS
9c3527ed70ce remote-volume
```
{% endraw %}```
#### Network
@ -307,7 +305,9 @@ example shows all containers that are attached to the `net1` network, using
the network id as a filter;
```bash
{% raw %}
$ docker network inspect --format "{{.ID}}" net1
{% endraw %}
8c0b4110ae930dbe26b258de9bc34a03f98056ed6f27f991d32919bfe401d7c5
@ -336,7 +336,7 @@ Placeholder | Description
`.Size` | Container disk size.
`.Names` | Container names.
`.Labels` | All labels assigned to the container.
`.Label` | Value of a specific label for this container. For example `'{{.Label "com.docker.swarm.cpu"}}'`
`.Label` | Value of a specific label for this container. For example `'{% raw %}{{.Label "com.docker.swarm.cpu"}}{% endraw %}'`
`.Mounts` | Names of the volumes mounted in this container.
When using the `--format` option, the `ps` command will either output the data
@ -347,7 +347,9 @@ The following example uses a template without headers and outputs the `ID` and
`Command` entries separated by a colon for all running containers:
```bash
{% raw %}
$ docker ps --format "{{.ID}}: {{.Command}}"
{% endraw %}
a87ecb4f327c: /bin/sh -c #(nop) MA
01946d9d34d8: /bin/sh -c #(nop) MA
@ -358,7 +360,9 @@ c1d3b0166030: /bin/sh -c yum -y up
To list all running containers with their labels in a table format you can use:
```bash
{% raw %}
$ docker ps --format "table {{.ID}}\t{{.Labels}}"
{% endraw %}
CONTAINER ID LABELS
a87ecb4f327c com.docker.swarm.node=ubuntu,com.docker.swarm.storage=ssd

19
docs/reference/commandline/pull.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "pull"
description = "The pull command description and usage"
keywords = ["pull, image, hub, docker"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# pull
---
redirect_from:
- /reference/commandline/pull/
description: The pull command description and usage
keywords:
- pull, image, hub, docker
title: docker pull
---
```markdown
Usage: docker pull [OPTIONS] NAME[:TAG|@DIGEST]

19
docs/reference/commandline/push.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "push"
description = "The push command description and usage"
keywords = ["share, push, image"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# push
---
redirect_from:
- /reference/commandline/push/
description: The push command description and usage
keywords:
- share, push, image
title: docker push
---
```markdown
Usage: docker push [OPTIONS] NAME[:TAG]

19
docs/reference/commandline/rename.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "rename"
description = "The rename command description and usage"
keywords = ["rename, docker, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# rename
---
redirect_from:
- /reference/commandline/rename/
description: The rename command description and usage
keywords:
- rename, docker, container
title: docker rename
---
```markdown
Usage: docker rename CONTAINER NEW_NAME

21
docs/reference/commandline/restart.md
View file

@ -1,19 +1,16 @@
<!--[metadata]>
+++
title = "restart"
description = "The restart command description and usage"
keywords = ["restart, container, Docker"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# restart
---
redirect_from:
- /reference/commandline/restart/
description: The restart command description and usage
keywords:
- restart, container, Docker
title: docker restart
---
```markdown
Usage: docker restart [OPTIONS] CONTAINER [CONTAINER...]
Restart a container
Restart one or more containers
Options:
--help Print usage

19
docs/reference/commandline/rm.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "rm"
description = "The rm command description and usage"
keywords = ["remove, Docker, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# rm
---
redirect_from:
- /reference/commandline/rm/
description: The rm command description and usage
keywords:
- remove, Docker, container
title: docker rm
---
```markdown
Usage: docker rm [OPTIONS] CONTAINER [CONTAINER...]

19
docs/reference/commandline/rmi.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "rmi"
description = "The rmi command description and usage"
keywords = ["remove, image, Docker"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# rmi
---
redirect_from:
- /reference/commandline/rmi/
description: The rmi command description and usage
keywords:
- remove, image, Docker
title: docker rmi
---
```markdown
Usage: docker rmi [OPTIONS] IMAGE [IMAGE...]

19
docs/reference/commandline/run.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "run"
description = "The run command description and usage"
keywords = ["run, command, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# run
---
redirect_from:
- /reference/commandline/run/
description: The run command description and usage
keywords:
- run, command, container
title: docker run
---
```markdown
Usage: docker run [OPTIONS] IMAGE [COMMAND] [ARG...]

19
docs/reference/commandline/save.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "save"
description = "The save command description and usage"
keywords = ["tarred, repository, backup"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# save
---
redirect_from:
- /reference/commandline/save/
description: The save command description and usage
keywords:
- tarred, repository, backup
title: docker save
---
```markdown
Usage: docker save [OPTIONS] IMAGE [IMAGE...]

21
docs/reference/commandline/search.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "search"
description = "The search command description and usage"
keywords = ["search, hub, images"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# search
---
redirect_from:
- /reference/commandline/search/
description: The search command description and usage
keywords:
- search, hub, images
title: docker search
---
```markdown
Usage: docker search [OPTIONS] TERM
@ -80,7 +77,7 @@ at least 3 stars and the description isn't truncated in the output:
## Limit search results (--limit)
The flag `--limit` is the maximium number of results returned by a search. This value could
The flag `--limit` is the maximum number of results returned by a search. This value could
be in the range between 1 and 100. The default value of `--limit` is 25.

101
docs/reference/commandline/service_create.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "service create"
description = "The service create command description and usage"
keywords = ["service, create"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/service_create/
description: The service create command description and usage
keywords:
- service, create
title: docker service create
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# service create
```Markdown
Usage: docker service create [OPTIONS] IMAGE [COMMAND] [ARG...]
@ -170,23 +167,52 @@ your web server containers when they start. To update the website, you just
update the named volume.
For more information about named volumes, see
[Data Volumes](https://docs.docker.com/engine/tutorials/dockervolumes/).
[Data Volumes](/engine/tutorials/dockervolumes/).
The following table describes options which apply to both bind-mounts and named
volumes in a service:
| Option | Required | Description
|:-----------------------------------------|:--------------------------|:-----------------------------------------------------------------------------------------
| **type** | | The type of mount, can be either `volume`, or `bind`. Defaults to `volume` if no type is specified.<ul><li>`volume`: mounts a [managed volume](volume_create.md) into the container.</li><li>`bind`: bind-mounts a directory or file from the host into the container.</li></ul>
| **src** or **source** | for `type=bind`&nbsp;only | <ul><li>`type=volume`: `src` is an optional way to specify the name of the volume (for example, `src=my-volume`). If the named volume does not exist, it is automatically created. If no `src` is specified, the volume is assigned a random name which is guaranteed to be unique on the host, but may not be unique cluster-wide. A randomly-named volume has the same lifecycle as its container and is destroyed when the *container* is destroyed (which is upon `service update`, or when scaling or re-balancing the service).</li><li>`type=bind`: `src` is required, and specifies an absolute path to the file or directory to bind-mount (for example, `src=/path/on/host/`). An error is produced if the file or directory does not exist.</li></ul>
| **dst** or **destination** or **target** | yes | Mount path inside the container, for example `/some/path/in/container/`. If the path does not exist in the container's filesystem, the Engine creates a directory at the specified location before mounting the volume or bind-mount.
| **readonly** or **ro** | | The Engine mounts binds and volumes `read-write` unless `readonly` option is given when mounting the bind or volume.<br /><br /><ul><li>`true` or `1` or no value: Mounts the bind or volume read-only.</li><li>`false` or `0`: Mounts the bind or volume read-write.</li></ul>
<table>
<thead>
<tr>
<th align="left">Option</th>
<th align="left">Required</th>
<th align="left">Description</th>
</tr>
</thead>
<tbody>
<tr>
<td align="left"><strong>type</strong></td>
<td align="left"></td>
<td align="left">The type of mount, can be either <code>volume</code>, or <code>bind</code>. Defaults to <code>volume</code> if no type is specified.<ul><li><code>volume</code>: mounts a <a href="../../../../engine/reference/commandline/volume_create/">managed volume</a> into the container.</li><li><code>bind</code>: bind-mounts a directory or file from the host into the container.</li></ul></td>
</tr>
<tr>
<td align="left"><strong>src</strong> or <strong>source</strong></td>
<td align="left">for <code>type=bind</code>&nbsp;only</td>
<td align="left"><ul><li><code>type=volume</code>: <code>src</code> is an optional way to specify the name of the volume (for example, <code>src=my-volume</code>). If the named volume does not exist, it is automatically created. If no <code>src</code> is specified, the volume is assigned a random name which is guaranteed to be unique on the host, but may not be unique cluster-wide. A randomly-named volume has the same lifecycle as its container and is destroyed when the <em>container</em> is destroyed (which is upon <code>service update</code>, or when scaling or re-balancing the service).</li><li><code>type=bind</code>: <code>src</code> is required, and specifies an absolute path to the file or directory to bind-mount (for example, <code>src=/path/on/host/</code>). An error is produced if the file or directory does not exist.</li></ul></td>
</tr>
<tr>
<td align="left"><strong>dst</strong> or <strong>destination</strong> or <strong>target</strong></td>
<td align="left">yes</td>
<td align="left">Mount path inside the container, for example <code>/some/path/in/container/</code>. If the path does not exist in the container&rsquo;s filesystem, the Engine creates a directory at the specified location before mounting the volume or bind-mount.</td>
</tr>
<tr>
<td align="left"><strong>readonly</strong> or <strong>ro</strong></td>
<td align="left"></td>
<td align="left">The Engine mounts binds and volumes <code>read-write</code> unless <code>readonly</code> option is given when mounting the bind or volume.<br /><br /><ul><li><code>true</code> or <code>1</code> or no value: Mounts the bind or volume read-only.</li><li><code>false</code> or <code>0</code>: Mounts the bind or volume read-write.</li></ul></td>
</tr>
</tbody>
</table>
#### Bind Propagation
Bind propagation refers to whether or not mounts created within a given
bind-mount or named volume can be propagated to replicas of that mount. Consider
a mount point `/mnt`, which is also mounted on `/tmp`. The propation settings
a mount point `/mnt`, which is also mounted on `/tmp`. The propagation settings
control whether a mount on `/tmp/a` would also be available on `/mnt/a`. Each
propagation setting has a recursive counterpoint. In the case of recursion,
consider that `/tmp/a` is also mounted as `/foo`. The propagation settings
@ -222,12 +248,37 @@ For more information about bind propagation, see the
#### Options for Named Volumes
The following options can only be used for named volumes (`type=volume`);
| Option | Description
|:----------------------|:--------------------------------------------------------------------------------------------------------------------
| **volume-driver** | Name of the volume-driver plugin to use for the volume. Defaults to ``"local"``, to use the local volume driver to create the volume if the volume does not exist.
| **volume-label** | One or more custom metadata ("labels") to apply to the volume upon creation. For example, `volume-label=mylabel=hello-world,my-other-label=hello-mars`. For more information about labels, refer to [apply custom metadata](../../userguide/labels-custom-metadata.md).
| **volume-nocopy** | By default, if you attach an empty volume to a container, and files or directories already existed at the mount-path in the container (`dst`), the Engine copies those files and directories into the volume, allowing the host to access them. Set `volume-nocopy` to disables copying files from the container's filesystem to the volume and mount the empty volume.<br /><br />A value is optional:<ul><li>`true` or `1`: Default if you do not provide a value. Disables copying.</li><li>`false` or `0`: Enables copying.</li></ul>
| **volume-opt** | Options specific to a given volume driver, which will be passed to the driver when creating the volume. Options are provided as a comma-separated list of key/value pairs, for example, `volume-opt=some-option=some-value,some-other-option=some-other-value`. For available options for a given driver, refer to that driver's documentation.
<table>
<thead>
<tr>
<th align="left">Option</th>
<th align="left">Description</th>
</tr>
</thead>
<tbody>
<tr>
<td align="left"><strong>volume-driver</strong></td>
<td align="left">Name of the volume-driver plugin to use for the volume. Defaults to <code>&quot;local&quot;</code>, to use the local volume driver to create the volume if the volume does not exist.</td>
</tr>
<tr>
<td align="left"><strong>volume-label</strong></td>
<td align="left">One or more custom metadata (&ldquo;labels&rdquo;) to apply to the volume upon creation. For example, <code>volume-label=mylabel=hello-world,my-other-label=hello-mars</code>. For more information about labels, refer to <a href="../../../../engine/userguide/labels-custom-metadata/">apply custom metadata</a>.</td>
</tr>
<tr>
<td align="left"><strong>volume-nocopy</strong></td>
<td align="left">By default, if you attach an empty volume to a container, and files or directories already existed at the mount-path in the container (<code>dst</code>), the Engine copies those files and directories into the volume, allowing the host to access them. Set <code>volume-nocopy</code> to disables copying files from the container&rsquo;s filesystem to the volume and mount the empty volume.<br /><br />A value is optional:<ul><li><code>true</code> or <code>1</code>: Default if you do not provide a value. Disables copying.</li><li><code>false</code> or <code>0</code>: Enables copying.</li></ul></td>
</tr>
<tr>
<td align="left"><strong>volume-opt</strong></td>
<td align="left">Options specific to a given volume driver, which will be passed to the driver when creating the volume. Options are provided as a comma-separated list of key/value pairs, for example, <code>volume-opt=some-option=some-value,some-other-option=some-other-value</code>. For available options for a given driver, refer to that driver&rsquo;s documentation.</td>
</tr>
</tbody>
</table>
#### Differences between "--mount" and "--volume"

23
docs/reference/commandline/service_inspect.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "service inspect"
description = "The service inspect command description and usage"
keywords = ["service, inspect"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/service_inspect/
description: The service inspect command description and usage
keywords:
- service, inspect
title: docker service inspect
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# service inspect
```Markdown
Usage: docker service inspect [OPTIONS] SERVICE [SERVICE...]
@ -139,10 +136,10 @@ The `--format` option can be used to obtain specific information about a
service. For example, the following command outputs the number of replicas
of the "redis" service.
```bash
```bash{% raw %}
$ docker service inspect --format='{{.Spec.Mode.Replicated.Replicas}}' redis
10
```
{% endraw %}```
## Related information

26
docs/reference/commandline/service_ls.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "service ls"
description = "The service ls command description and usage"
keywords = ["service, ls"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/service_ls/
description: The service ls command description and usage
keywords:
- service, ls
title: docker service ls
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# service ls
```Markdown
Usage: docker service ls [OPTIONS]
@ -30,6 +27,7 @@ This command when run targeting a manager, lists services are running in the
swarm.
On a manager node:
```bash
ID NAME REPLICAS IMAGE COMMAND
c8wgl7q4ndfd frontend 5/5 nginx:alpine
@ -47,9 +45,9 @@ than one filter, then pass multiple flags (e.g., `--filter "foo=bar" --filter "b
The currently supported filters are:
* [id](#id)
* [label](#label)
* [name](#name)
* [id](service_ls.md#id)
* [label](service_ls.md#label)
* [name](service_ls.md#name)
#### ID

28
docs/reference/commandline/service_ps.md
View file

@ -1,18 +1,16 @@
<!--[metadata]>
+++
title = "service ps"
description = "The service ps command description and usage"
keywords = ["service, tasks", "ps"]
aliases = ["/engine/reference/commandline/service_tasks/"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/service_ps/
- /engine/reference/commandline/service_tasks/
description: The service ps command description and usage
keywords:
- service, tasks
- ps
title: docker service ps
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# service ps
```Markdown
Usage: docker service ps [OPTIONS] SERVICE
@ -60,9 +58,9 @@ Multiple filter flags are combined as an `OR` filter. For example,
The currently supported filters are:
* [id](#id)
* [name](#name)
* [desired-state](#desired-state)
* [id](service_ps.md#id)
* [name](service_ps.md#name)
* [desired-state](service_ps.md#desired-state)
#### ID

19
docs/reference/commandline/service_rm.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "service rm"
description = "The service rm command description and usage"
keywords = ["service, rm"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/service_rm/
description: The service rm command description and usage
keywords:
- service, rm
title: docker service rm
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# service rm
```Markdown
Usage: docker service rm [OPTIONS] SERVICE [SERVICE...]

23
docs/reference/commandline/service_scale.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "service scale"
description = "The service scale command description and usage"
keywords = ["service, scale"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/service_scale/
description: The service scale command description and usage
keywords:
- service, scale
title: docker service scale
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# service scale
```markdown
Usage: docker service scale SERVICE=REPLICAS [SERVICE=REPLICAS...]
@ -25,8 +22,8 @@ Options:
### Scale a service
If you scale a service, you set the *desired* number of replicas. Even though
the command returns directly, actual scaling of the service may take some time.
The scale command enables you to scale one or more services either up or down to the desired number of replicas. The command will return immediatly, but the actual scaling of the service may take some time. To stop all replicas of a service while keeping the service active in the swarm you can set the scale to 0.
For example, the following command scales the "frontend" service to 50 tasks.

19
docs/reference/commandline/service_update.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "service update"
description = "The service update command description and usage"
keywords = ["service, update"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/service_update/
description: The service update command description and usage
keywords:
- service, update
title: docker service update
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# service update
```Markdown
Usage: docker service update [OPTIONS] SERVICE

21
docs/reference/commandline/stack_config.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "stack config"
description = "The stack config command description and usage"
keywords = ["stack, config"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stack config (experimental)
---
redirect_from:
- /reference/commandline/stack_config/
advisory: experimental
description: The stack config command description and usage
keywords:
- stack, config
title: docker stack config (experimental)
---
```markdown
Usage: docker stack config [OPTIONS] STACK

21
docs/reference/commandline/stack_deploy.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "stack deploy"
description = "The stack deploy command description and usage"
keywords = ["stack, deploy, up"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stack deploy (experimental)
---
redirect_from:
- /reference/commandline/stack_deploy/
advisory: experimental
description: The stack deploy command description and usage
keywords:
- stack, deploy, up
title: docker stack deploy (experimental)
---
```markdown
Usage: docker stack deploy [OPTIONS] STACK

21
docs/reference/commandline/stack_rm.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "stack rm"
description = "The stack rm command description and usage"
keywords = ["stack, rm, remove, down"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stack rm (experimental)
---
redirect_from:
- /reference/commandline/stack_rm/
advisory: experimental
description: The stack rm command description and usage
keywords:
- stack, rm, remove, down
title: docker stack rm (experimental)
---
```markdown
Usage: docker stack rm STACK

21
docs/reference/commandline/stack_services.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "stack services"
description = "The stack services command description and usage"
keywords = ["stack, services"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stack services (experimental)
---
redirect_from:
- /reference/commandline/stack_services/
advisory: experimental
description: The stack services command description and usage
keywords:
- stack, services
title: docker stack services (experimental)
---
```markdown
Usage: docker stack services [OPTIONS] STACK

27
docs/reference/commandline/stack_tasks.md
View file

@ -1,15 +1,12 @@
<!--[metadata]>
+++
title = "stack tasks"
description = "The stack tasks command description and usage"
keywords = ["stack, tasks"]
advisory = "experimental"
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stack tasks (experimental)
---
redirect_from:
- /reference/commandline/stack_tasks/
advisory: experimental
description: The stack tasks command description and usage
keywords:
- stack, tasks
title: docker stack tasks (experimental)
---
```markdown
Usage: docker stack tasks [OPTIONS] STACK
@ -35,9 +32,9 @@ Multiple filter flags are combined as an `OR` filter. For example,
The currently supported filters are:
* [id](#id)
* [name](#name)
* [desired-state](#desired-state)
* [id](stack_tasks.md#id)
* [name](stack_tasks.md#name)
* [desired-state](stack_tasks.md#desired-state)
## Related information

19
docs/reference/commandline/start.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "start"
description = "The start command description and usage"
keywords = ["Start, container, stopped"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# start
---
redirect_from:
- /reference/commandline/start/
description: The start command description and usage
keywords:
- Start, container, stopped
title: docker start
---
```markdown
Usage: docker start [OPTIONS] CONTAINER [CONTAINER...]

19
docs/reference/commandline/stats.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "stats"
description = "The stats command description and usage"
keywords = ["container, resource, statistics"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stats
---
redirect_from:
- /reference/commandline/stats/
description: The stats command description and usage
keywords:
- container, resource, statistics
title: docker stats
---
```markdown
Usage: docker stats [OPTIONS] [CONTAINER...]

19
docs/reference/commandline/stop.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "stop"
description = "The stop command description and usage"
keywords = ["stop, SIGKILL, SIGTERM"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# stop
---
redirect_from:
- /reference/commandline/stop/
description: The stop command description and usage
keywords:
- stop, SIGKILL, SIGTERM
title: docker stop
---
```markdown
Usage: docker stop [OPTIONS] CONTAINER [CONTAINER...]

19
docs/reference/commandline/swarm_init.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "swarm init"
description = "The swarm init command description and usage"
keywords = ["swarm, init"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/swarm_init/
description: The swarm init command description and usage
keywords:
- swarm, init
title: docker swarm init
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# swarm init
```markdown
Usage: docker swarm init [OPTIONS]

19
docs/reference/commandline/swarm_join.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "swarm join"
description = "The swarm join command description and usage"
keywords = ["swarm, join"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/swarm_join/
description: The swarm join command description and usage
keywords:
- swarm, join
title: docker swarm join
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# swarm join
```markdown
Usage: docker swarm join [OPTIONS] HOST:PORT

19
docs/reference/commandline/swarm_join_token.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "swarm join-token"
description = "The swarm join-token command description and usage"
keywords = ["swarm, join-token"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# swarm join-token
---
redirect_from:
- /reference/commandline/swarm_join_token/
description: The swarm join-token command description and usage
keywords:
- swarm, join-token
title: docker swarm join-token
---
```markdown
Usage: docker swarm join-token [--rotate] (worker|manager)

22
docs/reference/commandline/swarm_leave.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "swarm leave"
description = "The swarm leave command description and usage"
keywords = ["swarm, leave"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/swarm_leave/
description: The swarm leave command description and usage
keywords:
- swarm, leave
title: docker swarm leave
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# swarm leave
```markdown
Usage: docker swarm leave [OPTIONS]
@ -32,6 +29,7 @@ without using `--force`. Only use `--force` in situations where the swarm will
no longer be used after the manager leaves, such as in a single-node swarm.
Consider the following swarm, as seen from the manager:
```bash
$ docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS
@ -41,10 +39,12 @@ dvfxp4zseq4s0rih1selh0d20 * manager1 Ready Active Leader
```
To remove `worker2`, issue the following command from `worker2` itself:
```bash
$ docker swarm leave
Node left the default swarm.
```
To remove an inactive node, use the [`node rm`](node_rm.md) command instead.
## Related information

19
docs/reference/commandline/swarm_update.md
View file

@ -1,17 +1,14 @@
<!--[metadata]>
+++
title = "swarm update"
description = "The swarm update command description and usage"
keywords = ["swarm, update"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
---
redirect_from:
- /reference/commandline/swarm_update/
description: The swarm update command description and usage
keywords:
- swarm, update
title: docker swarm update
---
**Warning:** this command is part of the Swarm management feature introduced in Docker 1.12, and might be subject to non backward-compatible changes.
# swarm update
```markdown
Usage: docker swarm update [OPTIONS]

19
docs/reference/commandline/tag.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "tag"
description = "The tag command description and usage"
keywords = ["tag, name, image"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# tag
---
redirect_from:
- /reference/commandline/tag/
description: The tag command description and usage
keywords:
- tag, name, image
title: docker tag
---
```markdown
Usage: docker tag IMAGE[:TAG] IMAGE[:TAG]

19
docs/reference/commandline/top.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "top"
description = "The top command description and usage"
keywords = ["container, running, processes"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# top
---
redirect_from:
- /reference/commandline/top/
description: The top command description and usage
keywords:
- container, running, processes
title: docker top
---
```markdown
Usage: docker top CONTAINER [ps OPTIONS]

19
docs/reference/commandline/unpause.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "unpause"
description = "The unpause command description and usage"
keywords = ["cgroups, suspend, container"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# unpause
---
redirect_from:
- /reference/commandline/unpause/
description: The unpause command description and usage
keywords:
- cgroups, suspend, container
title: docker unpause
---
```markdown
Usage: docker unpause CONTAINER [CONTAINER...]

19
docs/reference/commandline/update.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "update"
description = "The update command description and usage"
keywords = ["resources, update, dynamically"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
## update
---
redirect_from:
- /reference/commandline/update/
description: The update command description and usage
keywords:
- resources, update, dynamically
title: docker update
---
```markdown
Usage: docker update [OPTIONS] CONTAINER [CONTAINER...]

23
docs/reference/commandline/version.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "version"
description = "The version command description and usage"
keywords = ["version, architecture, api"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# version
---
redirect_from:
- /reference/commandline/version/
description: The version command description and usage
keywords:
- version, architecture, api
title: docker version
---
```markdown
Usage: docker version [OPTIONS]
@ -49,10 +46,14 @@ describes all the details of the format.
**Get server version:**
{% raw %}
$ docker version --format '{{.Server.Version}}'
1.8.0
{% endraw %}
**Dump raw data:**
{% raw %}
$ docker version --format '{{json .}}'
{"Client":{"Version":"1.8.0","ApiVersion":"1.20","GitCommit":"f5bae0a","GoVersion":"go1.4.2","Os":"linux","Arch":"amd64","BuildTime":"Tue Jun 23 17:56:00 UTC 2015"},"ServerOK":true,"Server":{"Version":"1.8.0","ApiVersion":"1.20","GitCommit":"f5bae0a","GoVersion":"go1.4.2","Os":"linux","Arch":"amd64","KernelVersion":"3.13.2-gentoo","BuildTime":"Tue Jun 23 17:56:00 UTC 2015"}}
{% endraw %}

19
docs/reference/commandline/volume_create.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "volume create"
description = "The volume create command description and usage"
keywords = ["volume, create"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# volume create
---
redirect_from:
- /reference/commandline/volume_create/
description: The volume create command description and usage
keywords:
- volume, create
title: docker volume create
---
```markdown
Usage: docker volume create [OPTIONS]

21
docs/reference/commandline/volume_inspect.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "volume inspect"
description = "The volume inspect command description and usage"
keywords = ["volume, inspect"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# volume inspect
---
redirect_from:
- /reference/commandline/volume_inspect/
description: The volume inspect command description and usage
keywords:
- volume, inspect
title: docker volume inspect
---
```markdown
Usage: docker volume inspect [OPTIONS] VOLUME [VOLUME...]
@ -40,8 +37,10 @@ Example output:
}
]
{% raw %}
$ docker volume inspect --format '{{ .Mountpoint }}' 85bffb0677236974f93955d8ecc4df55ef5070117b0e53333cc1b443777be24d
/var/lib/docker/volumes/85bffb0677236974f93955d8ecc4df55ef5070117b0e53333cc1b443777be24d/_data
{% endraw %}
## Related information

21
docs/reference/commandline/volume_ls.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "volume ls"
description = "The volume ls command description and usage"
keywords = ["volume, list"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# volume ls
---
redirect_from:
- /reference/commandline/volume_ls/
description: The volume ls command description and usage
keywords:
- volume, list
title: docker volume ls
---
```markdown
Usage: docker volume ls [OPTIONS]
@ -27,7 +24,7 @@ Options:
-q, --quiet Only display volume names
```
Lists all the volumes Docker knows about. You can filter using the `-f` or `--filter` flag. Refer to the [filtering](#filtering) section for more information about available filter options.
Lists all the volumes Docker knows about. You can filter using the `-f` or `--filter` flag. Refer to the [filtering](volume_ls.md#filtering) section for more information about available filter options.
Example output:

19
docs/reference/commandline/volume_rm.md
View file

@ -1,14 +1,11 @@
<!--[metadata]>
+++
title = "volume rm"
description = "the volume rm command description and usage"
keywords = ["volume, rm"]
[menu.main]
parent = "smn_cli"
+++
<![end-metadata]-->
# volume rm
---
redirect_from:
- /reference/commandline/volume_rm/
description: the volume rm command description and usage
keywords:
- volume, rm
title: docker volume rm
---
```markdown
Usage: docker volume rm VOLUME [VOLUME...]

Some files were not shown because too many files have changed in this diff Show more