summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGrzegorz Bizon <grzesiek.bizon@gmail.com>2018-10-02 16:21:53 +0200
committerGrzegorz Bizon <grzesiek.bizon@gmail.com>2018-10-02 16:21:53 +0200
commit09075759a428220ddfb5dacf6a6974c11956e391 (patch)
tree35dd2da3844aaced3fb60d46c0fa0b4b67e551f2
parenta52960f5a1aa039a57c17a577aeb9fb82e238f4a (diff)
downloadgitlab-ce-09075759a428220ddfb5dacf6a6974c11956e391.tar.gz
Copy-edit docs for only: changes feature
-rw-r--r--doc/ci/yaml/README.md21
1 files changed, 11 insertions, 10 deletions
diff --git a/doc/ci/yaml/README.md b/doc/ci/yaml/README.md
index d1ae7326852..ef9a00266e1 100644
--- a/doc/ci/yaml/README.md
+++ b/doc/ci/yaml/README.md
@@ -467,18 +467,19 @@ docker build:
```
In the scenario above, if you are pushing multiple commits to GitLab, to an
-exising branch, GitLab is going to create and trigger `docker build` if one of
-the commits contains changes to the `Dockerfile` file or any of the files
-inside `docker/scripts/` directory.
+exising branch, GitLab is going to create and trigger `docker build` job,
+provided that one of the commits contains changes to the `Dockerfile` file or
+changes to any of the files inside `docker/scripts/` directory.
CAUTION: **Warning:**
-If you are pushing a **new** branch or a tag to GitLab, only/changes is going
-to always evaluate to truth and GitLab will create a job. This feature is not
-connected with merge requests yet, GitLab is creating pipelines before an user
-creates a merge requests and specifies a target branch. Without a target branch
-it is not possible to know what the common ancestor is in case of pushing a new
-branch, thus we always create a job in that case. This feature works best for
-stable branches like `master`.
+If you are pushing a **new** branch or a new tag to GitLab, only/changes is
+going to always evaluate to truth and GitLab will create a job. This feature is
+not combined with merge requests yet, and because GitLab is creating pipelines
+before an user can create a merge request we don't know a target branch at
+this point. Without a target branchit is not possible to know what the common
+ancestor is, thus we always create a job in that case. This feature works best for
+stable branches like `master` because in that case GitLab uses previous commit,
+that is present in a branch, to compare against a newly pushed latest SHA.
## `tags`