mirror of https://github.com/docker/docs.git
Merge pull request #13224 from docker/master
Publish updates from master
This commit is contained in:
commit
0b3d21686f
|
|
@ -77,7 +77,7 @@ Most of these options take a positive integer, followed by a suffix of `b`, `k`,
|
|||
|
||||
| Option | Description |
|
||||
|:-----------------------|:-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
|
||||
| `-m` or `--memory=` | The maximum amount of memory the container can use. If you set this option, the minimum allowed value is `4m` (4 megabyte). |
|
||||
| `-m` or `--memory=` | The maximum amount of memory the container can use. If you set this option, the minimum allowed value is `6m` (6 megabyte). |
|
||||
| `--memory-swap`* | The amount of memory this container is allowed to swap to disk. See [`--memory-swap` details](#--memory-swap-details). |
|
||||
| `--memory-swappiness` | By default, the host kernel can swap out a percentage of anonymous pages used by a container. You can set `--memory-swappiness` to a value between 0 and 100, to tune this percentage. See [`--memory-swappiness` details](#--memory-swappiness-details). |
|
||||
| `--memory-reservation` | Allows you to specify a soft limit smaller than `--memory` which is activated when Docker detects contention or low memory on the host machine. If you use `--memory-reservation`, it must be set lower than `--memory` for it to take precedence. Because it is a soft limit, it does not guarantee that the container doesn't exceed the limit. |
|
||||
|
|
|
|||
|
|
@ -922,4 +922,5 @@ These Official Images have exemplary `Dockerfile`s:
|
|||
* [More about Base Images](baseimages.md)
|
||||
* [More about Automated Builds](../../docker-hub/builds/index.md)
|
||||
* [Guidelines for Creating Official Images](../../docker-hub/official_images.md)
|
||||
* [Best practices to containerize Node.js web applications with Docker](https://snyk.io/blog/10-best-practices-to-containerize-nodejs-web-applications-with-docker){:target="_blank" rel="noopener" class="_"}
|
||||
|
||||
|
|
|
|||
|
|
@ -110,7 +110,7 @@ The following sequence of `steps` achieves the goals we just set.
|
|||
```
|
||||
{% endraw %}
|
||||
|
||||
As is usual with YAML files, be aware of indentation. The complete workflow file for reference is available in the project's repo, under the name of `.github/workflow/ci.yml`.
|
||||
As is usual with YAML files, be aware of indentation. The complete workflow file for reference is available in the project's repo, under the name of `.github/workflows/ci.yml`.
|
||||
|
||||
This should be enough to test our approach to CI. Change the workflow file name from `main.yml` to `ci.yml` and press **Start commit** button. Fill out the commit details in your preferred style and press **Commit new file**. GitHub Actions are saved as YAML files in `.github/workflows` directory and GitHub web interface would do that for us.
|
||||
|
||||
|
|
|
|||
|
|
@ -222,7 +222,7 @@ Successfully tagged node-docker:latest
|
|||
|
||||
I’ve truncated the output again for simplicity but you can see that our tests are run and passed. Let’s break one of the tests and observe the output when our tests fail.
|
||||
|
||||
Open the test/test.js fiole and change line 5 as follows.
|
||||
Open the test/test.js file and change line 5 as follows.
|
||||
|
||||
```shell
|
||||
1 var assert = require('assert');
|
||||
|
|
|
|||
Loading…
Reference in New Issue