move git clone from daemon to client

Docker-DCO-1.1-Signed-off-by: Victor Vieux <victor.vieux@docker.com> (github: vieux)

add a little doc
This commit is contained in:
Victor Vieux 2014-02-26 23:20:58 +00:00 committed by Tibor Vass
parent 974b760644
commit 2f33a8e6bd
1 changed files with 10 additions and 6 deletions

View File

@ -203,12 +203,16 @@ Examples:
--no-cache: Do not use the cache when building the image. --no-cache: Do not use the cache when building the image.
--rm=true: Remove intermediate containers after a successful build --rm=true: Remove intermediate containers after a successful build
The files at ``PATH`` or ``URL`` are called the "context" of the build. The The files at ``PATH`` or ``URL`` are called the "context" of the build.
build process may refer to any of the files in the context, for example when The build process may refer to any of the files in the context, for example when
using an :ref:`ADD <dockerfile_add>` instruction. When a single ``Dockerfile`` using an :ref:`ADD <dockerfile_add>` instruction.
is given as ``URL``, then no context is set. When a Git repository is set as When a single ``Dockerfile`` is given as ``URL``, then no context is set.
``URL``, then the repository is used as the context. Git repositories are
cloned with their submodules (`git clone --recursive`). When a Git repository is set as ``URL``, then the repository is used as the context.
The Git repository is cloned with its submodules (`git clone --recursive`).
A fresh git clone occurs in a temporary directory on your local host, and then this
is sent to the Docker daemon as the context.
This way, your local user credentials and vpn's etc can be used to access private repositories
.. _cli_build_examples: .. _cli_build_examples: