summaryrefslogtreecommitdiff
path: root/doc/ci/quick_start/README.md
diff options
context:
space:
mode:
Diffstat (limited to 'doc/ci/quick_start/README.md')
-rw-r--r--doc/ci/quick_start/README.md6
1 files changed, 4 insertions, 2 deletions
diff --git a/doc/ci/quick_start/README.md b/doc/ci/quick_start/README.md
index 073146b9d15..7771d78d91f 100644
--- a/doc/ci/quick_start/README.md
+++ b/doc/ci/quick_start/README.md
@@ -16,7 +16,7 @@ In brief, the steps needed to have a working CI can be summed up to:
1. Configure a Runner
From there on, on every push to your git repository the build will be
-automagically started by the runner and will appear under the project's
+automagically started by the Runner and will appear under the project's
`/builds` page.
Now, let's break it down to pieces and work on solving the GitLab CI puzzle.
@@ -120,6 +120,8 @@ Notice that there are two jobs pending which are named after what we wrote in
`.gitlab-ci.yml`. The red triangle indicates that there is no Runner configured
yet for these builds.
+The next step is to configure a Runner so that it picks the pending jobs.
+
## 2. Configuring a Runner
In GitLab, Runners run the builds that you define in `.gitlab-ci.yml`.
@@ -136,8 +138,8 @@ Find more information about different Runners in the
You can find whether any Runners are assigned to your project by going to
**Settings** -> **Runners**.
-
Setting up a Runner is easy and straightforward. The official Runner supported
+
by GitLab is written in Go and can be found at
<https://gitlab.com/gitlab-org/gitlab-ci-multi-runner>.