Source repo for Docker's Documentation
Go to file
Lena Larionova 2d6bccebb7 release note for 2FA
Signed-off-by: Lena Larionova <lena.larionova@docker.com>
2019-10-14 15:26:18 -07:00
.github Rename .github/CONTRIBUTING.md to CONTRIBUTING.md (#1416) 2017-02-18 13:02:14 -08:00
_data Glossary: base image and parent image definitions (#9640) 2019-10-14 11:35:00 -07:00
_includes Pointing to new experimental information section (#9569) 2019-10-03 13:08:12 -07:00
_layouts Merge pull request #1378 from docker/master 2019-10-14 10:27:08 -07:00
_samples/library Add exported library stubs to git 2019-09-04 00:03:02 +02:00
_scripts Merge pull request #9351 from thaJeztah/remove_library_samples 2019-09-23 16:21:57 +02:00
_scss Merge pull request #7492 from artywhite/fix-navsidebar-hover-cursor-pointer 2019-01-04 16:08:02 -08:00
app Add missing `--set` to docker upgrade example (#9195) 2019-08-12 11:13:17 +01:00
app-template fix numbering and section title 2019-09-30 15:00:29 +01:00
assemble Add usage command to see cache contents (#9327) 2019-09-06 12:04:36 +01:00
buildx Fix FROM command 2019-09-17 01:14:50 +02:00
cluster Merge pull request #9598 from usha-mandya/2019-09-patch-release-notes 2019-10-08 18:35:03 -07:00
compose update compose v2 file ref (#9595) 2019-10-09 09:37:08 +01:00
config Runtime page rename (#9439) 2019-09-12 14:27:28 -07:00
css Make archive easier (#5231) 2018-01-29 16:55:37 -08:00
datacenter Fix liquid warnings on reset password pages (#9348) 2019-09-05 14:47:08 -07:00
develop Updated bullet on FROM instruction. (#7275) 2019-09-06 11:57:27 +01:00
docker-for-aws branding changes 2019-06-11 14:30:52 -07:00
docker-for-azure Revert "Revert "Merge branch 'master' of github.com:docker/docker.github.io"" 2019-03-08 10:53:00 -08:00
docker-for-mac update mac system requirements 2019-10-01 14:06:41 +01:00
docker-for-windows Desktop stable and edge relnote updates (#9450) 2019-09-16 14:23:25 +01:00
docker-hub release note for 2FA 2019-10-14 15:26:18 -07:00
docker-id Re-write Orgs & Webhooks docs 2018-11-22 16:16:13 -05:00
edge branding changes 2019-06-11 14:30:52 -07:00
ee Added known issues sections to DTR 2.7.x releases (#9627) 2019-10-11 15:57:50 -07:00
engine Updated userns-remap.md (#9629) 2019-10-14 10:54:24 -07:00
favicons Use new favicon 2017-03-02 14:10:28 -08:00
fonts Convert TOML to YAML, tweaks to work with Jekyll 2016-09-29 17:16:03 -07:00
get-started adding redirect and fixing typo in part 5 (#9623) 2019-10-11 11:51:17 -07:00
hackathon Move /engine/installation to /install (#5651) 2018-01-26 10:29:14 -08:00
images Added 404 from home page, fixed text. 2019-01-08 16:13:49 -05:00
install Clarify FIPS instructions 2019-09-30 16:43:43 -07:00
js Merge pull request #9351 from thaJeztah/remove_library_samples 2019-09-23 16:21:57 +02:00
kitematic Update userguide.md 2019-01-11 13:57:49 -05:00
machine Added chmod +x for the binary (#9330) 2019-09-02 11:40:18 +01:00
network update iptables=false documentation (#9482) 2019-09-26 16:42:12 +01:00
notary fixed warning (#9431) 2019-09-13 13:34:22 +01:00
opensource Add redirects for old opensource pages (#5946) 2018-02-07 13:30:58 -08:00
reference Update upgrade.md (#9568) 2019-10-08 16:59:26 +01:00
registry Merge pull request #9270 from das7pad/patch-1 2019-09-13 00:39:11 +02:00
release-notes Merge branch 'master' into amberjack 2019-07-19 14:23:33 +00:00
samples Fix links to sample applications to prevent a redirect 2019-09-04 00:37:38 +02:00
storage Correct in-page link (#9542) 2019-10-02 16:18:30 -07:00
swarm Update secure-swarm-tls.md (#8706) 2019-07-19 08:32:12 -07:00
tests Spelling revision 2018-09-23 21:43:11 +02:00
toolbox Fixed overview links 2019-06-25 11:13:49 +00:00
.NOT_EDITED_HERE.yaml Pull distribution reference docs from upstream 2016-11-28 13:51:52 -08:00
.dockerignore Update .dockerignore 2017-04-20 05:22:00 -07:00
.eslintignore Initial commit -f https://github.com/docker/mercury-ui 2016-09-28 14:39:20 -07:00
.gitignore Add exported library stubs to git 2019-09-04 00:03:02 +02:00
.gitmodules Update .gitmodules 2018-11-16 09:27:08 +08:00
.nojekyll Take down docker.github.io 2018-04-11 22:04:55 -07:00
.ruby-version Create .ruby-version 2016-11-05 13:30:21 -07:00
404.html Make changes based on feedback 2018-04-26 08:06:53 -07:00
404.md Adding a metadata check for reading time. 2019-10-04 14:42:44 -07:00
CONTRIBUTING.md Make minor grammar corrections (#9471) 2019-09-19 10:50:33 +01:00
Dockerfile Remove script and build-stage for fetching library samples 2019-09-04 00:03:10 +02:00
Dockerfile.archive Use multistage build for master (#5369) 2017-12-26 23:17:44 -08:00
Gemfile Gemfile: bump gh-pages to v177 2018-03-13 10:39:22 -07:00
Jenkinsfile fix Jenkinsfile error wording 2019-10-09 10:17:08 -05:00
LICENSE Content rendering fixes 2016-09-30 01:51:56 -07:00
README.md Adding a metadata check for reading time. 2019-10-04 14:42:44 -07:00
_config.yml Removed 3.2.2 2019-10-10 18:19:31 +01:00
_config_authoring.yml Update compose version 2019-07-10 13:39:17 +02:00
components.md Spelling mistakes (#2970) 2017-04-20 17:26:18 -05:00
docker-compose.yml remind compose file how to build 2018-05-03 16:08:48 -07:00
docker-for-ibm-cloud.md Add redirect from v17.12 version of page since the product has been EOL'ed last year 2019-02-07 09:52:35 -08:00
docsarchive.md Added info for archived versions (#1154) 2019-06-07 15:12:26 -07:00
favicon.ico Use new favicon 2017-03-02 14:10:28 -08:00
glossary.md Update glossary.md (#4707) 2017-09-26 15:56:20 -07:00
googlecbe7fee896be512c.html Website verification 2016-10-10 15:55:09 -07:00
index.html Make changes based on feedback 2018-04-26 08:06:53 -07:00
index.md minor wording changes per new branding 2019-06-17 08:57:55 -07:00
reference.md Rename Docker Store and Docker Cloud - WIP 2018-10-04 19:41:32 -04:00
robots.txt 3.0 release configs (#9086) 2019-07-22 17:42:56 +01:00
search.md Adding a metadata check for reading time. 2019-10-04 14:42:44 -07:00
test.md Added PowerShell sample 2019-02-06 17:45:17 -05:00
thank-you-subscribing-docker-weekly.md Adding a metadata check for reading time. 2019-10-04 14:42:44 -07:00

README.md

Docs @ Docker

Welcome to the repo for our documentation. This is the source for https://docs.docker.com/.

Feel free to send us pull requests and file issues. Our docs are completely open source and we deeply appreciate contributions from our community!

Table of Contents

Providing feedback

We really want your feedback, and we've made it easy. You can edit a page or request changes in the right column of every page on docs.docker.com. You can also rate each page by clicking a link at the footer.

Only file issues about the documentation in this repository. One way to think about this is that you should file a bug here if your issue is that you don't see something that should be in the docs, or you see something incorrect or confusing in the docs.

  • If your problem is a general question about how to configure or use Docker, ask in https://forums.docker.com instead.

  • If you have an idea for a new feature or behavior change in a specific aspect of Docker, or have found a bug in part of Docker, file that issue in the project's code repository.

Contributing

We value your documentation contributions, and we want to make it as easy as possible to work in this repository. One of the first things to decide is which branch to base your work on. If you get confused, just ask and we will help. If a reviewer realizes you have based your work on the wrong branch, we'll let you know so that you can rebase it.

Note: To contribute code to Docker projects, see the Contribution guidelines.

Files not edited here

Files and directories listed in the path: keys in .NOT_EDITED_HERE.yaml are maintained in other repositories and should not be edited in this one. Pull requests against these files will be rejected. Make your edits to the files in the repository and path in the source: key in the YAML file.

Overall doc improvements

Most commits will be made against the master branch. This include:

  • Conceptual and task-based information not specific to new features
  • Restructuring / rewriting
  • Doc bug fixing
  • Typos and grammar errors

One quirk of this project is that the master branch is where the live docs are published from, so upcoming features can't be documented there. See Specific new features for a project for how to document upcoming features. These feature branches will be periodically merged with master, so don't worry about fixing typos and documentation bugs there.

Do you enjoy creating graphics? Good graphics are key to great documentation, and we especially value contributions in this area.

Specific new features for a project

Our docs cover many projects which release at different times. If, and only if, your pull request relates to a currently unreleased feature of a project, base your work on that project's vnext branch. These branches were created by cloning master and then importing a project's master branch's docs into it (at the time of the migration), in a way that preserved the commit history. When a project has a release, its vnext branch will be merged into master and your work will be visible on https://docs.docker.com/.

The following vnext branches currently exist:

Per-PR staging on GitHub

For every PR against master and all the long-lived branches, a staged version of the site is built using Netlify. If the site builds, you will see deploy/netlify — Deploy preview ready. Otherwise, you will see an error. Click Details to review the staged site or the errors that prevented it from building. Review the staged site and amend your commit if necessary. Reviewers will also check the staged site before merging the PR, to protect the integrity of https://docs.docker.com/.

Staging the docs

You have three options:

  1. On your local machine, clone this repo and run our staging container:

    git clone --recursive https://github.com/docker/docker.github.io.git
    cd docker.github.io
    docker-compose up
    

    If you haven't got Docker Compose installed, follow these installation instructions.

    The container runs in the background and incrementally rebuilds the site each time a file changes. You can keep your browser open to http://localhost:4000/ and refresh to see your changes. The container runs in the foreground, but you can use CTRL+C to get the command prompt back. To stop the container, issue the following command:

    docker-compose down
    
  2. Install Jekyll and GitHub Pages on your local machine.

    a. Clone this repo by running:

    git clone --recursive https://github.com/docker/docker.github.io.git
    

    b. Install Ruby 2.3 or later as described in Installing Ruby.

    c. Install Bundler:

    gem install bundler
    

    d. If you use Ubuntu, install packages required for the Nokogiri HTML parser:

    sudo apt-get install ruby-dev zlib1g-dev liblzma-dev
    

    e. Install Jekyll and other required dependencies:

    bundle install
    

    Note: You may need to install some packages manually.

    f. Change the directory to docker.github.io.

    g. Use the jekyll serve command to continuously build the HTML output.

    The jekyll serve process runs in the foreground, and starts a web server running on http://localhost:4000/ by default. To stop it, use CTRL+C. You can continue working in a second terminal and Jekyll will rebuild the website incrementally. Refresh the browser to preview your changes.

  3. Build and run a Docker image for your working branch.

    $ docker build -t docker build -t docs/docker.github.io:<branch_name> .
    $ docker run --rm -it -p 4000:4000 docs/docker.github.io:<branch_name>
    

    After the docker run command, copy the URL provided in the container build output in a browser, http://0.0.0.0:4000, and verify your changes.

Read these docs offline

To read the docs offline, you can use either a standalone container or a swarm service. To see all available tags, go to Docker Hub.

The following examples use the latest tag:

  • Run a single container:

    docker run  -it -p 4000:4000 docs/docker.github.io:latest
    
  • Run a swarm service:

    docker service create -p 4000:4000 --name localdocs --replicas 1 docs/docker.github.io:latest
    

    This example uses only a single replica, but you could run as many replicas as you'd like.

Either way, you can now access the docs at port 4000 on your Docker host.

Important files

  • /_data/toc.yaml defines the left-hand navigation for the docs
  • /js/menu.js defines most of the docs-specific JS such as TOC generation and menu syncing
  • /css/style.scss defines the docs-specific style rules
  • /_layouts/docs.html is the HTML template file, which defines the header and footer, and includes all the JS/CSS that serves the docs content

Relative linking for GitHub viewing

Feel free to link to ../foo.md so that the docs are readable in GitHub, but keep in mind that Jekyll templating notation {% such as this %} will render in raw text and not be processed. In general it's best to assume the docs are being read directly on https://docs.docker.com/.

Testing changes and practical guidance

If you want to test a style change, or if you want to see how to achieve a particular outcome with Markdown, Bootstrap, JQuery, or something else, have a look at test.md (which renders in the site at /test/).

Per-page front-matter

The front-matter of a given page is in a section at the top of the Markdown file that starts and ends with three hyphens. It includes YAML content. The following keys are supported. The title, description, and keywords are required.

Key Required Description
title yes The page title. This is added to the HTML output as a <h1> level header.
description yes A sentence that describes the page contents. This is added to the HTML metadata.
keywords yes A comma-separated list of keywords. These are added to the HTML metadata.
redirect_from no A YAML list of pages which should redirect to THIS page. At build time, each page listed here is created as a HTML stub containing a 302 redirect to this page.
notoc no Either true or false. If true, no in-page TOC is generated for the HTML output of this page. Defaults to false. Appropriate for some landing pages that have no in-page headings.
toc_min no Ignored if notoc is set to true. The minimum heading level included in the in-page TOC. Defaults to 2, to show <h2> headings as the minimum.
toc_max no Ignored if notoc is set to false. The maximum heading level included in the in-page TOC. Defaults to 3, to show <h3> headings. Set to the same as toc_min to only show toc_min level of headings.
tree no Either true or false. Set to false to disable the left-hand site-wide navigation for this page. Appropriate for some pages like the search page or the 404 page.
no_ratings no Either true or false. Set to true to disable the page-ratings applet for this page. Defaults to false.

The following is an example of valid (but contrived) page metadata. The order of the metadata elements in the front-matter is not important.

---
description: Instructions for installing Docker on Ubuntu
keywords: requirements, apt, installation, ubuntu, install, uninstall, upgrade, update
redirect_from:
- /engine/installation/ubuntulinux/
- /installation/ubuntulinux/
- /engine/installation/linux/ubuntulinux/
title: Get Docker for Ubuntu
toc_min: 1
toc_max: 6
skip_read_time: true
no_ratings: true
---

Creating tabs

The use of tabs, as on pages like https://docs.docker.com/engine/api/, requires the use of HTML. The tabs use Bootstrap CSS/JS, so refer to those docs for more advanced usage. For a basic horizontal tab set, copy/paste starting from this code and implement from there. Keep an eye on those href="#id" and id="id" references as you rename, add, and remove tabs.

<ul class="nav nav-tabs">
  <li class="active"><a data-toggle="tab" data-target="#tab1">TAB 1 HEADER</a></li>
  <li><a data-toggle="tab" data-target="#tab2">TAB 2 HEADER</a></li>
</ul>
<div class="tab-content">
  <div id="tab1" class="tab-pane fade in active">TAB 1 CONTENT</div>
  <div id="tab2" class="tab-pane fade">TAB 2 CONTENT</div>
</div>

For more info and a few more permutations, see test.md.

Running in-page Javascript

If you need to run custom Javascript within a page, and it depends upon JQuery or Bootstrap, make sure the <script> tags are at the very end of the page, after all the content. Otherwise the script may try to run before JQuery and Bootstrap JS are loaded.

Note: In general, this is a bad idea.

Images

Don't forget to remove images that are no longer used. Keep the images sorted in the local images/ directory, with names that naturally group related images together in alphabetical order. For instance prefer settings-file-share.png and settings-proxies.png to file-share-settings.png and proxies-settings.png. You may also use numbers, especially in the case of a sequence, e.g., run-only-the-images-you-trust-1.svg run-only-the-images-you-trust-2.png run-only-the-images-you-trust-3.png.

When applicable, capture windows rather than rectangular regions. This eliminates unpleasant background and saves the editors the need to crop.

On Mac, capture windows without shadows. To this end, once you pressed Command-Shift-4, press Option while clicking on the window. To disable shadows once for all, run:

$ defaults write com.apple.screencapture disable-shadow -bool TRUE
$ killall SystemUIServer  # restart it.

You can restore shadows later with -bool FALSE.

In order to keep the Git repository light, please compress the images (losslessly). On Mac you may use (ImageOptim)[https://imageoptim.com] for instance. Be sure to compress the images before adding them to the repository, doing it afterwards actually worsens the impact on the Git repo (but still optimizes the bandwidth during browsing).

Beta content disclaimer

> BETA DISCLAIMER
>
> This is beta content. It is not yet complete and should be considered a work in progress. This content is subject to change without notice.

Accessing unsupported archived documentation

Supported documentation includes the current version plus the previous five versions.

If you are using a version of the documentation that is no longer supported, which means that the version number is not listed in the site dropdown list, you can still access that documentation in the following ways:

 docker run  -it -p 4000:4000 docs/docker.github.io:v1.9

Building archives and the live published docs

All the images described below are automatically built using Docker Hub. To build the site manually, from scratch, including all utility and archive images, see the README in the publish-tools branch.

  • Some utility images are built from Dockerfiles in the publish-tools branch. See its README for details.
  • Each archive branch automatically builds an image tagged docs/docker.github.io:v<VERSION> when a change is merged into that branch.
  • The master branch has a Dockerfile which uses the static HTML from each archive image, in combination with the Markdown files in master and some upstream resources which are fetched at build-time, to create the full site at https://docs.docker.com/. All of the long-running branches, such as vnext-engine, vnext-compose, etc, use the same logic.

Creating a new archive

When a new Docker Engine - Community Stable version is released, the previous state of master is archived into a version-specific branch like v17.09, by doing the following:

  1. Create branch based off the commit hash before the new version was released.

    $ git checkout <HASH>
    $ git checkout -b v17.09
    
  2. Run the _scripts/fetch-upstream-resources.sh script. This puts static copies of the files in place that the master build typically fetches each build.

    $ _scripts/fetch-upstream/resources.sh
    
  3. Overwrite the Dockerfile with the Dockerfile.archive (use cp rather than mv so you don't inadvertently remove either file). Edit the resulting Dockerfile and set the VER build argument to the appropriate value, like v17.09.

    $ mv Dockerfile.archive Dockerfile
    $ vi Dockerfile
    
      < edit the variable and save >
    
  4. Do git status and add all changes, being careful not to add anything extra by accident. Commit your work.

    $ git status
    $ git add <filename>
    $ git add <filename> (etc etc etc)
    $ git commit -m "Creating archive for 17.09 docs"
    
  5. Make sure the archive builds.

    $ docker build -t docker build -t docs/docker.github.io:v17.09 .
    $ docker run --rm -it -p 4000:4000 docs/docker.github.io:v17.09
    

    After the docker run command, browse to http://localhost:4000/ and verify that the archive is self-browseable.

  6. Push the branch to the upstream repository. Do not create a pull request as there is no reference branch to compare against.

    $ git push upstream v17.09
    

Code and documentation copyright 2017 Docker, inc, released under the Apache 2.0 license.