summaryrefslogtreecommitdiff
path: root/doc/ci/environments.md
diff options
context:
space:
mode:
authorAchilleas Pipinellis <axilleas@axilleas.me>2016-11-07 20:57:18 +0100
committerAchilleas Pipinellis <axilleas@axilleas.me>2016-11-16 15:29:34 +0100
commitdd3c2714689421ad782bbbb3f9c09e81b8b20e71 (patch)
tree9075d4145af336046210565bde7fc6dd5be151ac /doc/ci/environments.md
parent8666fd7613e0e4c3eaaf3e730f0cb0ac75aff245 (diff)
downloadgitlab-ce-dd3c2714689421ad782bbbb3f9c09e81b8b20e71.tar.gz
Move paragraph to overview
Diffstat (limited to 'doc/ci/environments.md')
-rw-r--r--doc/ci/environments.md13
1 files changed, 7 insertions, 6 deletions
diff --git a/doc/ci/environments.md b/doc/ci/environments.md
index 60541c44016..0c1557eeaef 100644
--- a/doc/ci/environments.md
+++ b/doc/ci/environments.md
@@ -11,20 +11,21 @@ process as well.
In case you use GitLab CI to not only test or build your project, but also
deploy it in your infrastructure, GitLab provides a way to track your deployments
-so you always know what is currently being deployed on your servers. With
-environments you can control the Continuous Deployment of your software all
-within GitLab. All you need to do is define them in your project's
-[`.gitlab-ci.yml`][yaml]. GitLab provides a full history of your deployments per
-every environment.
+so you always know what is currently being deployed on your servers.
## Overview
+With environments, you can control the Continuous Deployment of your software all
+within GitLab. All you need to do is define them in your project's
+[`.gitlab-ci.yml`][yaml] as we will explore below. GitLab provides a full
+history of your deployments per every environment.
+
+Environments are like tags for your CI jobs, describing where code gets deployed.
Deployments are created when [jobs] deploy versions of code to environments,
so every environment can have one or more deployments. GitLab keeps track of
your deployments, so you always know what is currently being deployed on your
servers.
-Environments are like tags for your CI jobs, describing where code gets deployed.
CI/CD [Pipelines] usually have one or more [jobs] that deploy to an environment.
You can think of names such as testing, staging or production.