docker
/
docs
mirror of https://github.com/docker/docs.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Merge pull request #8970 from georgexsh/hyphen 

unify `–`(en dash) to `-` when specifying options
This commit is contained in:
Fred Lifton 2014-11-06 14:48:48 -08:00
parent 734419e9c7 c81337d5db
commit 3afe9dbd24
5 changed files with 7 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
docs/sources/reference/api/docker_remote_api_v1.2.md
View File

@ -979,4 +979,4 @@ To enable cross origin requests to the remote api add the flag
"--api-enable-cors" when running docker in daemon mode. "--api-enable-cors" when running docker in daemon mode.
> docker -d -H="[tcp://192.168.1.9:2375](tcp://192.168.1.9:2375)" > docker -d -H="[tcp://192.168.1.9:2375](tcp://192.168.1.9:2375)"
> –api-enable-cors > -api-enable-cors

2
docs/sources/reference/api/docker_remote_api_v1.3.md
View File

@ -1064,4 +1064,4 @@ stdout and stderr on the same socket. This might change in the future.
To enable cross origin requests to the remote api add the flag To enable cross origin requests to the remote api add the flag
"--api-enable-cors" when running docker in daemon mode. "--api-enable-cors" when running docker in daemon mode.
> docker -d -H="192.168.1.9:2375" –api-enable-cors > docker -d -H="192.168.1.9:2375" -api-enable-cors

2
docs/sources/reference/api/hub_registry_spec.md
View File

@ -458,7 +458,7 @@ on a private network without having to rely on an external entity
controlled by Docker Inc. controlled by Docker Inc.
In this case, the registry will be launched in a special mode In this case, the registry will be launched in a special mode
(–standalone? ne? –no-index?). In this mode, the only thing which changes is (-standalone? ne? -no-index?). In this mode, the only thing which changes is
that Registry will never contact the Docker Hub to verify a token. It will be that Registry will never contact the Docker Hub to verify a token. It will be
the Registry owner responsibility to authenticate the user who pushes the Registry owner responsibility to authenticate the user who pushes
(or even pulls) an image using any mechanism (HTTP auth, IP based, (or even pulls) an image using any mechanism (HTTP auth, IP based,

4
docs/sources/reference/run.md
View File

@ -99,7 +99,7 @@ together in most interactive cases.
## Container identification ## Container identification
### Name (–-name) ### Name (--name)
The operator can identify a container in three ways: The operator can identify a container in three ways:
@ -218,7 +218,7 @@ container itself as well as `localhost` and a few other common things. The
::1 localhost ip6-localhost ip6-loopback ::1 localhost ip6-localhost ip6-loopback
86.75.30.9 db-static 86.75.30.9 db-static
## Clean up (–-rm) ## Clean up (--rm)
By default a container's file system persists even after the container By default a container's file system persists even after the container
exits. This makes debugging a lot easier (since you can inspect the exits. This makes debugging a lot easier (since you can inspect the

4
docs/sources/release-notes.md
View File

@ -114,7 +114,7 @@ accept an optional maximum restart count (e.g. `on-failure:5`). * `always` –
Always restart the container no matter what exit code is returned. This Always restart the container no matter what exit code is returned. This
deprecates the `--restart` flag on the Docker daemon. deprecates the `--restart` flag on the Docker daemon.
*New flags for `docker run`: `--cap-add` and `–-cap-drop`* *New flags for `docker run`: `--cap-add` and `--cap-drop`*
In previous releases, Docker containers could either be given complete In previous releases, Docker containers could either be given complete
capabilities or they could all follow a whitelist of allowed capabilities while capabilities or they could all follow a whitelist of allowed capabilities while
@ -127,7 +127,7 @@ This release introduces two new flags for `docker run`, `--cap-add` and
`--cap-drop`, that give you fine-grain control over the specific capabilities `--cap-drop`, that give you fine-grain control over the specific capabilities
you want grant to a particular container. you want grant to a particular container.
*New `-–device` flag for `docker run`* *New `--device` flag for `docker run`*
Previously, you could only use devices inside your containers by bind mounting Previously, you could only use devices inside your containers by bind mounting
them (with `-v`) in a `--privileged` container. With this release, we introduce them (with `-v`) in a `--privileged` container. With this release, we introduce