Docker-DCO-1.1-Signed-off-by: Ryan Stelly <ryan.stelly@live.com> (github: FLGMwt)
| ... | ... |
@@ -172,9 +172,9 @@ func (cli *DockerCli) CmdBuild(args ...string) error {
|
| 172 | 172 |
// FIXME: ProgressReader shouldn't be this annoying to use |
| 173 | 173 |
if context != nil {
|
| 174 | 174 |
sf := utils.NewStreamFormatter(false) |
| 175 |
- body = utils.ProgressReader(context, 0, cli.err, sf, true, "", "Uploading context") |
|
| 175 |
+ body = utils.ProgressReader(context, 0, cli.err, sf, true, "", "Sending build context to Docker daemon") |
|
| 176 | 176 |
} |
| 177 |
- // Upload the build context |
|
| 177 |
+ // Send the build context |
|
| 178 | 178 |
v := &url.Values{}
|
| 179 | 179 |
|
| 180 | 180 |
//Check if the given image name can be resolved |
| ... | ... |
@@ -34,7 +34,7 @@ A Dockerfile is similar to a Makefile. |
| 34 | 34 |
The path to the source repository defines where to find the context of the |
| 35 | 35 |
build. The build is run by the docker daemon, not the CLI. The whole |
| 36 | 36 |
context must be transferred to the daemon. The Docker CLI reports |
| 37 |
- "Uploading context" when the context is sent to the daemon. |
|
| 37 |
+ "Sending build context to Docker daemon" when the context is sent to the daemon. |
|
| 38 | 38 |
|
| 39 | 39 |
**sudo docker build -t repository/tag .** |
| 40 | 40 |
-- specifies a repository and tag at which to save the new image if the build |
| ... | ... |
@@ -17,7 +17,7 @@ be used by **ADD** commands found within the Dockerfile. |
| 17 | 17 |
Warning, this will send a lot of data to the Docker daemon depending |
| 18 | 18 |
on the contents of the current directory. The build is run by the Docker |
| 19 | 19 |
daemon, not by the CLI, so the whole context must be transferred to the daemon. |
| 20 |
-The Docker CLI reports "Uploading context" when the context is sent to |
|
| 20 |
+The Docker CLI reports "Sending build context to Docker daemon" when the context is sent to |
|
| 21 | 21 |
the daemon. |
| 22 | 22 |
|
| 23 | 23 |
When a single Dockerfile is given as the URL, then no context is set. |
| ... | ... |
@@ -23,7 +23,7 @@ Then call `docker build` with the path of you source repository as argument |
| 23 | 23 |
The path to the source repository defines where to find the *context* of |
| 24 | 24 |
the build. The build is run by the Docker daemon, not by the CLI, so the |
| 25 | 25 |
whole context must be transferred to the daemon. The Docker CLI reports |
| 26 |
-"Uploading context" when the context is sent to the daemon. |
|
| 26 |
+"Sending build context to Docker daemon" when the context is sent to the daemon. |
|
| 27 | 27 |
|
| 28 | 28 |
You can specify a repository and tag at which to save the new image if |
| 29 | 29 |
the build succeeds: |
| ... | ... |
@@ -259,7 +259,7 @@ happens at the client side (where you're running |
| 259 | 259 |
|
| 260 | 260 |
The transfer of context from the local machine to the Docker daemon is |
| 261 | 261 |
what the `docker` client means when you see the |
| 262 |
-"Uploading context" message. |
|
| 262 |
+"Sending build context" message. |
|
| 263 | 263 |
|
| 264 | 264 |
If you wish to keep the intermediate containers after the build is |
| 265 | 265 |
complete, you must use `--rm=false`. This does not |