debian-mirror-gitlab/doc/ci
2019-07-31 17:26:46 +00:00
..
autodeploy New upstream version 11.10.8+dfsg 2019-07-07 11:18:12 +05:30
build_artifacts New upstream version 11.10.8+dfsg 2019-07-07 11:18:12 +05:30
caching New upstream version 11.10.8+dfsg 2019-07-07 11:18:12 +05:30
chatops New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
ci_cd_for_external_repos New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
docker New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
environments New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
examples New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
img New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
interactive_web_terminal New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
introduction New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
large_repositories New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
merge_request_pipelines New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
permissions New upstream version 11.10.8+dfsg 2019-07-07 11:18:12 +05:30
quick_start New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
review_apps New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
runners New upstream version 11.10.8+dfsg 2019-07-07 11:18:12 +05:30
services New upstream version 11.10.8+dfsg 2019-07-07 11:18:12 +05:30
ssh_keys New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
triggers New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
variables New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
yaml New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
enable_or_disable_ci.md New upstream version 10.5.5+dfsg 2018-03-17 18:26:18 +05:30
environments.md New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
git_submodules.md New upstream version 11.3.10+dfsg 2018-11-20 20:47:30 +05:30
junit_test_reports.md New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
metrics_reports.md New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
multi_project_pipeline_graphs.md New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
multi_project_pipelines.md New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
pipelines.md New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00
README.md New upstream version 11.11.7+dfsg 2019-07-31 17:26:46 +00:00

comments description
false Learn how to use GitLab CI/CD, the GitLab built-in Continuous Integration, Continuous Deployment, and Continuous Delivery toolset to build, test, and deploy your application.

GitLab CI/CD

GitLab CI/CD is a tool built into GitLab for software development through the continuous methodologies:

  • Continuous Integration (CI)
  • Continuous Delivery (CD)
  • Continuous Deployment (CD)

Overview

Continuous Integration works by pushing small code chunks to your application's code base hosted in a Git repository, and, to every push, run a pipeline of scripts to build, test, and validate the code changes before merging them into the main branch.

Continuous Delivery and Deployment consist of a step further CI, deploying your application to production at every push to the default branch of the repository.

These methodologies allow you to catch bugs and errors early in the development cycle, ensuring that all the code deployed to production complies with the code standards you established for your app.

For a complete overview of these methodologies and GitLab CI/CD, read the Introduction to CI/CD with GitLab.

Getting started

GitLab CI/CD is configured by a file called .gitlab-ci.yml placed at the repository's root. The scripts set in this file are executed by the GitLab Runner.

To get started with GitLab CI/CD, we recommend you read through the following documents:

You can also get started by using one of the .gitlab-ci.yml templates available through the UI. You can use them by creating a new file, choosing a template that suits your application, and adjusting it to your needs:

Use a .gitlab-ci.yml template

For a broader overview, see the CI/CD getting started guide.

Once you're familiar with how GitLab CI/CD works, see the . gitlab-ci.yml full reference for all the attributes you can set and use.

NOTE: Note: GitLab CI/CD and shared runners are enabled in GitLab.com and available for all users, limited only to the user's pipelines quota.

Configuration

GitLab CI/CD supports numerous configuration options:

Configuration Description
Pipelines Structure your CI/CD process through pipelines.
Environment variables Reuse values based on a variable/value key pair.
Environments Deploy your application to different environments (e.g., staging, production).
Job artifacts Output, use, and reuse job artifacts.
Cache dependencies Cache your dependencies for a faster execution.
Schedule pipelines Schedule pipelines to run as often as you need.
Custom path for .gitlab-ci.yml Define a custom path for the CI/CD configuration file.
Git submodules for CI/CD Configure jobs for using Git submodules.
SSH keys for CI/CD Using SSH keys in your CI pipelines.
Pipelines triggers Trigger pipelines through the API.
Integrate with Kubernetes clusters Connect your project to Google Kubernetes Engine (GKE) or an existing Kubernetes cluster.
GitLab Runner Configure your own GitLab Runners to execute your scripts.
Optimize GitLab and Runner for large repositories Recommended strategies for handling large repos.
.gitlab-ci.yml full reference All the attributes you can use with GitLab CI/CD.

Note that certain operations can only be performed according to the user and job permissions.

Feature set

Use the vast GitLab CI/CD to easily configure it for specific purposes. Its feature set is listed on the table below according to DevOps stages.

Feature Description
Configure
Auto DevOps Set up your app's entire lifecycle.
ChatOps Trigger CI jobs from chat, with results sent back to the channel.
---+---
Verify
Browser Performance Testing Quickly determine the performance impact of pending code changes.
CI services Link Docker containers with your base image.
Code Quality [STARTER] Analyze your source code quality.
GitLab CI/CD for external repositories [PREMIUM] Get the benefits of GitLab CI/CD combined with repositories in GitHub and BitBucket Cloud.
Interactive Web Terminals [CORE ONLY] Open an interactive web terminal to debug the running jobs.
JUnit tests Identify script failures directly on merge requests.
Using Docker images Use GitLab and GitLab Runner with Docker to build and test applications.
---+---
Release
Auto Deploy Deploy your application to a production environment in a Kubernetes cluster.
Building Docker images Maintain Docker-based projects using GitLab CI/CD.
Canary Deployments [PREMIUM] Ship features to only a portion of your pods and let a percentage of your user base to visit the temporarily deployed feature.
Deploy Boards [PREMIUM] Check the current health and status of each CI/CD environment running on Kubernetes.
Feature Flags [PREMIUM] Deploy your features behind Feature Flags.
GitLab Pages Deploy static websites.
GitLab Releases Add release notes to Git tags.
Review Apps Configure GitLab CI/CD to preview code changes.
---+---
Secure
Container Scanning [ULTIMATE] Check your Docker containers for known vulnerabilities.
Dependency Scanning [ULTIMATE] Analyze your dependencies for known vulnerabilities.
License Management [ULTIMATE] Search your project dependencies for their licenses.
Security Test reports [ULTIMATE] Check for app vulnerabilities.

Examples

GitLab provides examples of configuring GitLab CI/CD in the form of:

Administration [CORE ONLY]

As a GitLab administrator, you can change the default behavior of GitLab CI/CD for:

See also:

References

Why GitLab CI/CD?

The following articles explain reasons to use GitLab CI/CD for your CI/CD infrastructure:

See also the Why CI/CD? presentation.

Breaking changes

As GitLab CI/CD has evolved, certain breaking changes have been necessary. These are: