Commit 00e680e2 authored by Amy Qualls's avatar Amy Qualls

Merge branch 'docs-jayo-autodevops-index' into 'master'

Documentation - Support review of AutoDevops Topic Index

See merge request gitlab-org/gitlab!33439
parents 5f03c6ed b3454bbd
...@@ -76,7 +76,7 @@ in multiple ways: ...@@ -76,7 +76,7 @@ in multiple ways:
## Features ## Features
Comprised of a set of stages, Auto DevOps brings these best practices to your Comprised of a set of [stages](stages.md), Auto DevOps brings these best practices to your
project in a simple and automatic way: project in a simple and automatic way:
1. [Auto Build](stages.md#auto-build) 1. [Auto Build](stages.md#auto-build)
...@@ -248,16 +248,18 @@ The Auto DevOps base domain is required to use ...@@ -248,16 +248,18 @@ The Auto DevOps base domain is required to use
[Auto Monitoring](stages.md#auto-monitoring). You can define the base domain in [Auto Monitoring](stages.md#auto-monitoring). You can define the base domain in
any of the following places: any of the following places:
- either under the cluster's settings, whether for - either under the cluster's settings, whether for an instance,
[projects](../../user/project/clusters/index.md#base-domain) or [projects](../../user/project/clusters/index.md#base-domain) or
[groups](../../user/group/clusters/index.md#base-domain) [groups](../../user/group/clusters/index.md#base-domain)
- or in instance-wide settings in **{admin}** **Admin Area > Settings** under the
**Continuous Integration and Delivery** section
- or at the project level as a variable: `KUBE_INGRESS_BASE_DOMAIN` - or at the project level as a variable: `KUBE_INGRESS_BASE_DOMAIN`
- or at the group level as a variable: `KUBE_INGRESS_BASE_DOMAIN`. - or at the group level as a variable: `KUBE_INGRESS_BASE_DOMAIN`
- or as an instance-wide fallback in **{admin}** **Admin Area > Settings** under the
**Continuous Integration and Delivery** section
The base domain variable `KUBE_INGRESS_BASE_DOMAIN` follows the same order of precedence The base domain variable `KUBE_INGRESS_BASE_DOMAIN` follows the same order of precedence
as other environment [variables](../../ci/variables/README.md#priority-of-environment-variables). as other environment [variables](../../ci/variables/README.md#priority-of-environment-variables).
If the CI/CD variable is not set and the cluster setting is left blank, the instance-wide **Auto DevOps domain**
setting will be used if set.
TIP: **Tip:** TIP: **Tip:**
If you use the [GitLab managed app for Ingress](../../user/clusters/applications.md#ingress), If you use the [GitLab managed app for Ingress](../../user/clusters/applications.md#ingress),
...@@ -339,16 +341,6 @@ Auto DevOps at the group and project level, respectively. ...@@ -339,16 +341,6 @@ Auto DevOps at the group and project level, respectively.
for Auto Deploy and Auto Review Apps to use. for Auto Deploy and Auto Review Apps to use.
1. Click **Save changes** for the changes to take effect. 1. Click **Save changes** for the changes to take effect.
### Enable for a percentage of projects
You can use a feature flag to enable Auto DevOps by default to your desired percentage
of projects. From the console, enter the following command, replacing `10` with
your desired percentage:
```ruby
Feature.enable_percentage_of_actors(:force_autodevops_on_by_default, 10)
```
### Deployment strategy ### Deployment strategy
> [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/38542) in GitLab 11.0. > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/38542) in GitLab 11.0.
...@@ -377,7 +369,7 @@ When using Auto DevOps, you can deploy different environments to ...@@ -377,7 +369,7 @@ When using Auto DevOps, you can deploy different environments to
different Kubernetes clusters, due to the 1:1 connection different Kubernetes clusters, due to the 1:1 connection
[existing between them](../../user/project/clusters/index.md#multiple-kubernetes-clusters-premium). [existing between them](../../user/project/clusters/index.md#multiple-kubernetes-clusters-premium).
The [template](https://gitlab.com/gitlab-org/gitlab/blob/master/lib/gitlab/ci/templates/Auto-DevOps.gitlab-ci.yml) The [Deploy Job template](https://gitlab.com/gitlab-org/gitlab/blob/master/lib/gitlab/ci/templates/Jobs/Deploy.gitlab-ci.yml)
used by Auto DevOps currently defines 3 environment names: used by Auto DevOps currently defines 3 environment names:
- `review/` (every environment starting with `review/`) - `review/` (every environment starting with `review/`)
...@@ -467,11 +459,6 @@ The following are possible reasons: ...@@ -467,11 +459,6 @@ The following are possible reasons:
- No buildpack may exist for your application. Try specifying a - No buildpack may exist for your application. Try specifying a
[custom buildpack](customize.md#custom-buildpacks). [custom buildpack](customize.md#custom-buildpacks).
### Mismatch between testing frameworks
Auto Test may fail because of a mismatch between testing frameworks. In this
case, you may need to customize your `.gitlab-ci.yml` with your test commands.
### Pipeline that extends Auto DevOps with only / except fails ### Pipeline that extends Auto DevOps with only / except fails
If your pipeline fails with the following message: If your pipeline fails with the following message:
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment