Skip to content

Commit fbb656a

Browse files
authored
Merge branch 'master' into typo-configs-short-syntax-example-rev2
2 parents 7f4904e + e68e492 commit fbb656a

3 files changed

Lines changed: 15 additions & 15 deletions

File tree

Gemfile.lock

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -211,15 +211,15 @@ GEM
211211
jekyll-seo-tag (~> 2.1)
212212
minitest (5.14.4)
213213
multipart-post (2.1.1)
214-
nokogiri (1.11.7-x86_64-linux)
214+
nokogiri (1.13.6-x86_64-linux)
215215
racc (~> 1.4)
216216
octokit (4.20.0)
217217
faraday (>= 0.9)
218218
sawyer (~> 0.8.0, >= 0.5.3)
219219
pathutil (0.16.2)
220220
forwardable-extended (~> 2.6)
221221
public_suffix (4.0.6)
222-
racc (1.5.2)
222+
racc (1.6.0)
223223
rb-fsevent (0.10.4)
224224
rb-inotify (0.10.1)
225225
ffi (~> 1.0)

build.md

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@
99
## Introduction
1010

1111
Compose specification is a platform-neutral way to define multi-container applications. A Compose implementation
12-
focussing on development use-case to run application on local machine will obviously also support (re)building
12+
focusing on development use-case to run application on local machine will obviously also support (re)building
1313
application from sources. The Compose Build specification allows to define the build process within a Compose file
1414
in a portable way.
1515

@@ -73,9 +73,9 @@ services:
7373
7474
When used to build service images from source, such a Compose file will create three docker images:
7575
76-
* `awesome/webapp` docker image is build using `webapp` sub-directory within Compose file parent folder as docker build context. Lack of a `Dockerfile` within this folder will throw an error.
77-
* `awesome/database` docker image is build using `backend` sub-directory within Compose file parent folder. `backend.Dockerfile` file is used to define build steps, this file is searched relative to context path, which means for this sample `..` will resolve to Compose file parent folder, so `backend.Dockerfile` is a sibling file.
78-
* a docker image is build using `custom` directory within user's HOME as docker context. Compose implementation warn user about non-portable path used to build image.
76+
* `awesome/webapp` docker image is built using `webapp` sub-directory within Compose file parent folder as docker build context. Lack of a `Dockerfile` within this folder will throw an error.
77+
* `awesome/database` docker image is built using `backend` sub-directory within Compose file parent folder. `backend.Dockerfile` file is used to define build steps, this file is searched relative to context path, which means for this sample `..` will resolve to Compose file parent folder, so `backend.Dockerfile` is a sibling file.
78+
* a docker image is built using `custom` directory within user's HOME as docker context. Compose implementation warn user about non-portable path used to build image.
7979

8080
On push, both `awesome/webapp` and `awesome/database` docker images are pushed to (default) registry. `custom` service image is skipped as no `Image` attribute is set and user is warned about this missing attribute.
8181

@@ -101,7 +101,7 @@ Alternatively `build` can be an object with fields defined as follow
101101

102102
When the value supplied is a relative path, it MUST be interpreted as relative to the location of the Compose file.
103103
Compose implementations MUST warn user about absolute path used to define build context as those prevent Compose file
104-
for being portable.
104+
from being portable.
105105

106106
```yml
107107
build:
@@ -112,7 +112,7 @@ build:
112112

113113
`dockerfile` allows to set an alternate Dockerfile. A relative path MUST be resolved from the build context.
114114
Compose implementations MUST warn user about absolute path used to define Dockerfile as those prevent Compose file
115-
for being portable.
115+
from being portable.
116116

117117
```yml
118118
build:
@@ -313,11 +313,11 @@ build:
313313
```
314314

315315
### secrets
316-
`secrets` grants access to sensitive data defined by [secrets](secrets) on a per-service build basis. Two
316+
`secrets` grants access to sensitive data defined by [secrets](spec.md#secrets) on a per-service build basis. Two
317317
different syntax variants are supported: the short syntax and the long syntax.
318318

319319
Compose implementations MUST report an error if the secret isn't defined in the
320-
[`secrets`](#secrets-top-level-element) section of this Compose file.
320+
[`secrets`](spec.md#secrets-top-level-element) section of this Compose file.
321321

322322
#### Short syntax
323323

spec.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -268,7 +268,7 @@ available resources.
268268

269269
Deploy support is an OPTIONAL aspect of the Compose specification, and is
270270
described in detail in the [Deployment support](deploy.md) documentation.
271-
not implemented the Deploy section SHOULD be ignored and the Compose file MUST still be considered valid.
271+
If not implemented the Deploy section SHOULD be ignored and the Compose file MUST still be considered valid.
272272

273273
### build
274274

@@ -415,7 +415,7 @@ cgroup_parent: m-executor-abcd
415415
416416
### command
417417
418-
`command` overrides the the default command declared by the container image (i.e. by Dockerfile's `CMD`).
418+
`command` overrides the default command declared by the container image (i.e. by Dockerfile's `CMD`).
419419
420420
```
421421
command: bundle exec thin -p 3000
@@ -1602,13 +1602,13 @@ web:
16021602

16031603
### scale
16041604

1605-
-DEPRECATED: use [deploy/replicas](deploy.md#replicas)_
1605+
_DEPRECATED: use [deploy/replicas](deploy.md#replicas)_
16061606

16071607
`scale` specifies the default number of containers to deploy for this service.
16081608

16091609
### secrets
16101610

1611-
`secrets` grants access to sensitive data defined by [secrets](secrets) on a per-service basis. Two
1611+
`secrets` grants access to sensitive data defined by [secrets](#secrets) on a per-service basis. Two
16121612
different syntax variants are supported: the short syntax and the long syntax.
16131613

16141614
Compose implementations MUST report an error if the secret doesn't exist on the platform or isn't defined in the
@@ -1654,7 +1654,7 @@ the service's containers.
16541654
The following example sets the name of the `server-certificate` secret file to `server.crt`
16551655
within the container, sets the mode to `0440` (group-readable) and sets the user and group
16561656
to `103`. The value of `server-certificate` secret is provided by the platform through a lookup and
1657-
the secret lifecycle not directly managed by the Compose implementation.
1657+
the secret lifecycle is not directly managed by the Compose implementation.
16581658

16591659
```yml
16601660
services:

0 commit comments

Comments
 (0)