Adding in comments from party

Signed-off-by: Mary Anthony <mary@docker.com>
This commit is contained in:
Mary Anthony 2015-03-24 11:25:26 -07:00
parent 4b4bdb5be5
commit 6de806f348
2 changed files with 19 additions and 7 deletions

View File

@ -15,8 +15,8 @@ You use the `docker` repository and its `Dockerfile` to create a Docker image,
run a Docker container, and develop code in the container. Docker itself builds, run a Docker container, and develop code in the container. Docker itself builds,
tests, and releases new Docker versions using this container. tests, and releases new Docker versions using this container.
If you followed the procedures that <a href="./software-required" target="_blank"> If you followed the procedures that <a href="/project/set-up-git" target="_blank">
set up the prerequisites</a>, you should have a fork of the `docker/docker` set up Git for contributing</a>, you should have a fork of the `docker/docker`
repository. You also created a branch called `dry-run-test`. In this section, repository. You also created a branch called `dry-run-test`. In this section,
you continue working with your fork on this branch. you continue working with your fork on this branch.
@ -97,10 +97,17 @@ environment.
3. Change into the root of your forked repository. 3. Change into the root of your forked repository.
$ cd ~/repos/docker-fork $ cd ~/repos/docker-fork
If you are following along with this guide, you created a `dry-run-test`
branch when you <a href="/project/set-up-git" target="_blank"> set up Git for
contributing</a>
4. Ensure you are on your `dry-run-test` branch. 4. Ensure you are on your `dry-run-test` branch.
$ git checkout dry-run-test $ git checkout dry-run-test
If you get a message that the branch doesn't exist, add the `-b` flag so the
command both creates the branch and checks it out.
5. Compile your development environment container into an image. 5. Compile your development environment container into an image.
@ -232,7 +239,8 @@ build and run a `docker` binary in your container.
You will create one in the next steps. You will create one in the next steps.
4. From the `/go/src/github.com/docker/docker` directory make a `docker` binary with the `make.sh` script. 4. From the `/go/src/github.com/docker/docker` directory make a `docker` binary
with the `make.sh` script.
root@5f8630b873fe:/go/src/github.com/docker/docker# hack/make.sh binary root@5f8630b873fe:/go/src/github.com/docker/docker# hack/make.sh binary
@ -357,7 +365,8 @@ container.
Your location will be different because it reflects your environment. Your location will be different because it reflects your environment.
3. Create a container using `dry-run-test` but this time mount your repository onto the `/go` directory inside the container. 3. Create a container using `dry-run-test` but this time mount your repository
onto the `/go` directory inside the container.
$ docker run --privileged --rm -ti -v `pwd`:/go/src/github.com/docker/docker dry-run-test /bin/bash $ docker run --privileged --rm -ti -v `pwd`:/go/src/github.com/docker/docker dry-run-test /bin/bash
@ -408,4 +417,5 @@ container.
Congratulations, you have successfully achieved Docker inception. At this point, Congratulations, you have successfully achieved Docker inception. At this point,
you've set up your development environment and verified almost all the essential you've set up your development environment and verified almost all the essential
processes you need to contribute. Of course, before you start contributing, processes you need to contribute. Of course, before you start contributing,
[you'll need to learn one more piece of the development environment, the test framework](/project/test-and-docs/). [you'll need to learn one more piece of the development environment, the test
framework](/project/test-and-docs/).

View File

@ -30,8 +30,10 @@ Follow this workflow as you work:
source into a development container and iterate that way. For documentation source into a development container and iterate that way. For documentation
alone, you can work on your local host. alone, you can work on your local host.
Review <a href="../set-up-dev-env" target="_blank">if you forgot the details Make sure you don't change files in the `vendor` directory and its
of working with a container</a>. subdirectories; they contain third-party dependency code. Review <a
href="../set-up-dev-env" target="_blank">if you forgot the details of
working with a container</a>.
3. Test your changes as you work. 3. Test your changes as you work.