Welcome to mirror list, hosted at ThFree Co, Russian Federation.

gitlab.com/gitlab-org/gitlab-foss.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGitLab Bot <gitlab-bot@gitlab.com>2020-11-09 09:09:23 +0300
committerGitLab Bot <gitlab-bot@gitlab.com>2020-11-09 09:09:23 +0300
commit4bfebcc481ca32ca0055e55cad509f400a2939ff (patch)
treeae2178cccb15c2c16a83865d496fd4a40f465dfb /doc/ci/introduction
parent5d066c532d5fc4dc8a89be2068236b7058ddb645 (diff)
Add latest changes from gitlab-org/gitlab@master
Diffstat (limited to 'doc/ci/introduction')
-rw-r--r--doc/ci/introduction/index.md8
1 files changed, 4 insertions, 4 deletions
diff --git a/doc/ci/introduction/index.md b/doc/ci/introduction/index.md
index 4808a8340cb..b24ee66fdba 100644
--- a/doc/ci/introduction/index.md
+++ b/doc/ci/introduction/index.md
@@ -101,7 +101,7 @@ In this file, you can define the scripts you want to run, define include and
cache dependencies, choose commands you want to run in sequence
and those you want to run in parallel, define where you want to
deploy your app, and specify whether you will want to run the scripts automatically
-or trigger any of them manually. Once you're familiar with
+or trigger any of them manually. After you're familiar with
GitLab CI/CD you can add more advanced steps into the configuration file.
To add scripts to that file, you'll need to organize them in a
@@ -110,7 +110,7 @@ the tests you wish to perform. To visualize the process, imagine
that all the scripts you add to the configuration file are the
same as the commands you run on a terminal on your computer.
-Once you've added your `.gitlab-ci.yml` configuration file to your
+After you've added your `.gitlab-ci.yml` configuration file to your
repository, GitLab will detect it and run your scripts with the
tool called [GitLab Runner](https://docs.gitlab.com/runner/), which
works similarly to your terminal.
@@ -157,7 +157,7 @@ Consider the following example for how GitLab CI/CD fits in a
common development workflow.
Assume that you have discussed a code implementation in an issue
-and worked locally on your proposed changes. Once you push your
+and worked locally on your proposed changes. After you push your
commits to a feature branch in a remote repository in GitLab,
the CI/CD pipeline set for your project is triggered. By doing
so, GitLab CI/CD:
@@ -167,7 +167,7 @@ so, GitLab CI/CD:
- Preview the changes per merge request with Review Apps, as you
would see in your `localhost`.
-Once you're happy with your implementation:
+After you're happy with your implementation:
- Get your code reviewed and approved.
- Merge the feature branch into the default branch.