Commit 48d6bf3c authored by Suzanne Selhorn's avatar Suzanne Selhorn

Updating ref to inline links

Per https://gitlab.com/gitlab-org/gitlab/-/issues/212770
parent 820ff845
...@@ -346,8 +346,8 @@ Example of response ...@@ -346,8 +346,8 @@ Example of response
> **Notes**: > **Notes**:
> >
> - [Introduced][ce-2893] in GitLab 8.5. > - [Introduced][ce-2893] in GitLab 8.5.
> - The use of `CI_JOB_TOKEN` in the artifacts download API was [introduced][ee-2346] > - The use of `CI_JOB_TOKEN` in the artifacts download API was [introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/2346)
> in [GitLab Premium][ee] 9.5. > in [GitLab Premium](https://about.gitlab.com/pricing/) 9.5.
Get the job's artifacts zipped archive of a project. Get the job's artifacts zipped archive of a project.
...@@ -359,7 +359,7 @@ GET /projects/:id/jobs/:job_id/artifacts ...@@ -359,7 +359,7 @@ GET /projects/:id/jobs/:job_id/artifacts
|-------------|----------------|----------|-------------------------------------------------------------------------------------------------------------------------------------------------| |-------------|----------------|----------|-------------------------------------------------------------------------------------------------------------------------------------------------|
| `id` | integer/string | yes | ID or [URL-encoded path of the project](README.md#namespaced-path-encoding) owned by the authenticated user. | | `id` | integer/string | yes | ID or [URL-encoded path of the project](README.md#namespaced-path-encoding) owned by the authenticated user. |
| `job_id` | integer | yes | ID of a job. | | `job_id` | integer | yes | ID of a job. |
| `job_token` **(PREMIUM)** | string | no | To be used with [triggers] for multi-project pipelines. It should be invoked only inside `.gitlab-ci.yml`. Its value is always `$CI_JOB_TOKEN`. | | `job_token` **(PREMIUM)** | string | no | To be used with [triggers](../ci/triggers/README.md#when-a-pipeline-depends-on-the-artifacts-of-another-pipeline-premium) for multi-project pipelines. It should be invoked only inside `.gitlab-ci.yml`. Its value is always `$CI_JOB_TOKEN`. |
Example request using the `PRIVATE-TOKEN` header: Example request using the `PRIVATE-TOKEN` header:
...@@ -406,8 +406,8 @@ Possible response status codes: ...@@ -406,8 +406,8 @@ Possible response status codes:
> **Notes**: > **Notes**:
> >
> - [Introduced][ce-5347] in GitLab 8.10. > - [Introduced][ce-5347] in GitLab 8.10.
> - The use of `CI_JOB_TOKEN` in the artifacts download API was [introduced][ee-2346] > - The use of `CI_JOB_TOKEN` in the artifacts download API was [introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/2346)
> in [GitLab Premium][ee] 9.5. > in [GitLab Premium](https://about.gitlab.com/pricing/) 9.5.
Download the artifacts zipped archive from the latest successful pipeline for Download the artifacts zipped archive from the latest successful pipeline for
the given reference name and job, provided the job finished successfully. This the given reference name and job, provided the job finished successfully. This
...@@ -425,7 +425,7 @@ Parameters ...@@ -425,7 +425,7 @@ Parameters
| `id` | integer/string | yes | ID or [URL-encoded path of the project](README.md#namespaced-path-encoding) owned by the authenticated user. | | `id` | integer/string | yes | ID or [URL-encoded path of the project](README.md#namespaced-path-encoding) owned by the authenticated user. |
| `ref_name` | string | yes | Branch or tag name in repository. HEAD or SHA references are not supported. | | `ref_name` | string | yes | Branch or tag name in repository. HEAD or SHA references are not supported. |
| `job` | string | yes | The name of the job. | | `job` | string | yes | The name of the job. |
| `job_token` **(PREMIUM)** | string | no | To be used with [triggers] for multi-project pipelines. It should be invoked only inside `.gitlab-ci.yml`. Its value is always `$CI_JOB_TOKEN`. | | `job_token` **(PREMIUM)** | string | no | To be used with [triggers](../ci/triggers/README.md#when-a-pipeline-depends-on-the-artifacts-of-another-pipeline-premium) for multi-project pipelines. It should be invoked only inside `.gitlab-ci.yml`. Its value is always `$CI_JOB_TOKEN`. |
Example request using the `PRIVATE-TOKEN` header: Example request using the `PRIVATE-TOKEN` header:
...@@ -841,7 +841,3 @@ Example of response ...@@ -841,7 +841,3 @@ Example of response
"user": null "user": null
} }
``` ```
[ee]: https://about.gitlab.com/pricing/
[ee-2346]: https://gitlab.com/gitlab-org/gitlab/-/merge_requests/2346
[triggers]: ../ci/triggers/README.md#when-a-pipeline-depends-on-the-artifacts-of-another-pipeline-premium
...@@ -2,7 +2,7 @@ ...@@ -2,7 +2,7 @@
## List project pipelines ## List project pipelines
> [Introduced][ce-5837] in GitLab 8.11 > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/5837) in GitLab 8.11
```plaintext ```plaintext
GET /projects/:id/pipelines GET /projects/:id/pipelines
...@@ -54,7 +54,7 @@ Example of response ...@@ -54,7 +54,7 @@ Example of response
## Get a single pipeline ## Get a single pipeline
> [Introduced][ce-5837] in GitLab 8.11 > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/5837) in GitLab 8.11
```plaintext ```plaintext
GET /projects/:id/pipelines/:pipeline_id GET /projects/:id/pipelines/:pipeline_id
...@@ -132,7 +132,7 @@ Example of response ...@@ -132,7 +132,7 @@ Example of response
## Create a new pipeline ## Create a new pipeline
> [Introduced][ce-7209] in GitLab 8.14 > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/7209) in GitLab 8.14
```plaintext ```plaintext
POST /projects/:id/pipeline POST /projects/:id/pipeline
...@@ -180,7 +180,7 @@ Example of response ...@@ -180,7 +180,7 @@ Example of response
## Retry jobs in a pipeline ## Retry jobs in a pipeline
> [Introduced][ce-5837] in GitLab 8.11 > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/5837) in GitLab 8.11
```plaintext ```plaintext
POST /projects/:id/pipelines/:pipeline_id/retry POST /projects/:id/pipelines/:pipeline_id/retry
...@@ -227,7 +227,7 @@ Response: ...@@ -227,7 +227,7 @@ Response:
## Cancel a pipelines jobs ## Cancel a pipelines jobs
> [Introduced][ce-5837] in GitLab 8.11 > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/5837) in GitLab 8.11
```plaintext ```plaintext
POST /projects/:id/pipelines/:pipeline_id/cancel POST /projects/:id/pipelines/:pipeline_id/cancel
...@@ -288,6 +288,3 @@ DELETE /projects/:id/pipelines/:pipeline_id ...@@ -288,6 +288,3 @@ DELETE /projects/:id/pipelines/:pipeline_id
```shell ```shell
curl --header "PRIVATE-TOKEN: <your_access_token>" --request "DELETE" "https://gitlab.example.com/api/v4/projects/1/pipelines/46" curl --header "PRIVATE-TOKEN: <your_access_token>" --request "DELETE" "https://gitlab.example.com/api/v4/projects/1/pipelines/46"
``` ```
[ce-5837]: https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/5837
[ce-7209]: https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/7209
# Runners API # Runners API
> [Introduced][ce-2640] in GitLab 8.5 > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/2640) in GitLab 8.5
[ce-2640]: https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/2640
## Registration and authentication tokens ## Registration and authentication tokens
......
# Canary Deployments **(PREMIUM)** # Canary Deployments **(PREMIUM)**
> [Introduced][ee-1659] in [GitLab Premium][eep] 9.1. > [Introduced](https://gitlab.com/gitlab-org/gitlab/issues/1659) in [GitLab Premium](https://about.gitlab.com/pricing/) 9.1.
A popular [Continuous Deployment](https://en.wikipedia.org/wiki/Continuous_deployment) A popular [Continuous Deployment](https://en.wikipedia.org/wiki/Continuous_deployment)
strategy, where a small portion of the fleet is updated to the new version of strategy, where a small portion of the fleet is updated to the new version of
...@@ -8,7 +8,7 @@ your application. ...@@ -8,7 +8,7 @@ your application.
## Overview ## Overview
When embracing [Continuous Delivery][cd-blog], a company needs to decide what When embracing [Continuous Delivery](https://about.gitlab.com/blog/2016/08/05/continuous-integration-delivery-and-deployment-with-gitlab/), a company needs to decide what
type of deployment strategy to use. One of the most popular strategies is canary type of deployment strategy to use. One of the most popular strategies is canary
deployments, where a small portion of the fleet is updated to the new version deployments, where a small portion of the fleet is updated to the new version
first. This subset, the canaries, then serve as the proverbial first. This subset, the canaries, then serve as the proverbial
...@@ -18,8 +18,8 @@ If there is a problem with the new version of the application, only a small ...@@ -18,8 +18,8 @@ If there is a problem with the new version of the application, only a small
percentage of users are affected and the change can either be fixed or quickly percentage of users are affected and the change can either be fixed or quickly
reverted. reverted.
Leveraging [Kubernetes' Canary deployments][kube-canary], visualize your canary Leveraging [Kubernetes' Canary deployments](https://kubernetes.io/docs/concepts/cluster-administration/manage-deployment/#canary-deployments), visualize your canary
deployments right inside the [Deploy Board], without the need to leave GitLab. deployments right inside the [Deploy Board](deploy_boards.md), without the need to leave GitLab.
## Use cases ## Use cases
...@@ -35,7 +35,7 @@ to be careful when using canaries with user-facing changes, because by default, ...@@ -35,7 +35,7 @@ to be careful when using canaries with user-facing changes, because by default,
requests from the same user will be randomly distributed between canary and requests from the same user will be randomly distributed between canary and
non-canary pods, which could result in confusion or even errors. If needed, you non-canary pods, which could result in confusion or even errors. If needed, you
may want to consider [setting `service.spec.sessionAffinity` to `ClientIP` in may want to consider [setting `service.spec.sessionAffinity` to `ClientIP` in
your Kubernetes service definitions][kube-net], but that is beyond the scope of your Kubernetes service definitions][kube-net](https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies), but that is beyond the scope of
this document. this document.
## Enabling Canary Deployments ## Enabling Canary Deployments
...@@ -61,10 +61,3 @@ Canary deployments are marked with a yellow dot in the Deploy Board so that you ...@@ -61,10 +61,3 @@ Canary deployments are marked with a yellow dot in the Deploy Board so that you
can easily notice them. can easily notice them.
![Canary deployments on Deploy Board](img/deploy_boards_canary_deployments.png) ![Canary deployments on Deploy Board](img/deploy_boards_canary_deployments.png)
[eep]: https://about.gitlab.com/pricing/
[ee-1659]: https://gitlab.com/gitlab-org/gitlab/issues/1659
[kube-canary]: https://kubernetes.io/docs/concepts/cluster-administration/manage-deployment/#canary-deployments
[deploy board]: deploy_boards.md
[cd-blog]: https://about.gitlab.com/blog/2016/08/05/continuous-integration-delivery-and-deployment-with-gitlab/
[kube-net]: https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies
# Deploy Boards **(PREMIUM)** # Deploy Boards **(PREMIUM)**
> [Introduced][ee-1589] in [GitLab Premium][ee] 9.0. > [Introduced](https://gitlab.com/gitlab-org/gitlab/issues/1589) in [GitLab Premium](https://about.gitlab.com/pricing/) 9.0.
GitLab's Deploy Boards offer a consolidated view of the current health and GitLab's Deploy Boards offer a consolidated view of the current health and
status of each CI [environment] running on [Kubernetes], displaying the status status of each CI [environment](../../ci/environments.md) running on [Kubernetes](https://kubernetes.io), displaying the status
of the pods in the deployment. Developers and other teammates can view the of the pods in the deployment. Developers and other teammates can view the
progress and status of a rollout, pod by pod, in the workflow they already use progress and status of a rollout, pod by pod, in the workflow they already use
without any need to access Kubernetes. without any need to access Kubernetes.
...@@ -52,12 +52,12 @@ specific environment, there are a lot of use cases. To name a few: ...@@ -52,12 +52,12 @@ specific environment, there are a lot of use cases. To name a few:
stuck or failed. stuck or failed.
- You've got an MR that looks good, but you want to run it on staging because - You've got an MR that looks good, but you want to run it on staging because
staging is set up in some way closer to production. You go to the environment staging is set up in some way closer to production. You go to the environment
list, find the [Review App][review apps] you're interested in, and click the list, find the [Review App](../../ci/review_apps/index.md) you're interested in, and click the
manual action to deploy it to staging. manual action to deploy it to staging.
## Enabling Deploy Boards ## Enabling Deploy Boards
To display the Deploy Boards for a specific [environment] you should: To display the Deploy Boards for a specific [environment](../../ci/environments.md) you should:
1. Have [defined an environment](../../ci/environments.md#defining-environments) with a deploy stage. 1. Have [defined an environment](../../ci/environments.md#defining-environments) with a deploy stage.
...@@ -70,9 +70,9 @@ To display the Deploy Boards for a specific [environment] you should: ...@@ -70,9 +70,9 @@ To display the Deploy Boards for a specific [environment] you should:
[OpenShift docs](https://docs.openshift.com/container-platform/3.7/dev_guide/deployments/kubernetes_deployments.html#kubernetes-deployments-vs-deployment-configurations) [OpenShift docs](https://docs.openshift.com/container-platform/3.7/dev_guide/deployments/kubernetes_deployments.html#kubernetes-deployments-vs-deployment-configurations)
and [GitLab issue #4584](https://gitlab.com/gitlab-org/gitlab/issues/4584). and [GitLab issue #4584](https://gitlab.com/gitlab-org/gitlab/issues/4584).
1. [Configure GitLab Runner][runners] with the [Docker][docker-exec] or 1. [Configure GitLab Runner](../../ci/runners/README.md) with the [Docker](https://docs.gitlab.com/runner/executors/docker.html) or
[Kubernetes][kube-exec] executor. [Kubernetes](https://docs.gitlab.com/runner/executors/kubernetes.html) executor.
1. Configure the [Kubernetes integration][kube-integration] in your project for the 1. Configure the [Kubernetes integration](clusters/index.md) in your project for the
cluster. The Kubernetes namespace is of particular note as you will need it cluster. The Kubernetes namespace is of particular note as you will need it
for your deployment scripts (exposed by the `KUBE_NAMESPACE` env variable). for your deployment scripts (exposed by the `KUBE_NAMESPACE` env variable).
1. Ensure Kubernetes annotations of `app.gitlab.com/env: $CI_ENVIRONMENT_SLUG` 1. Ensure Kubernetes annotations of `app.gitlab.com/env: $CI_ENVIRONMENT_SLUG`
...@@ -81,7 +81,7 @@ To display the Deploy Boards for a specific [environment] you should: ...@@ -81,7 +81,7 @@ To display the Deploy Boards for a specific [environment] you should:
`$CI_PROJECT_PATH_SLUG` are the values of the CI variables. This is so we can `$CI_PROJECT_PATH_SLUG` are the values of the CI variables. This is so we can
lookup the proper environment in a cluster/namespace which may have more lookup the proper environment in a cluster/namespace which may have more
than one. These resources should be contained in the namespace defined in than one. These resources should be contained in the namespace defined in
the Kubernetes service setting. You can use an [Autodeploy] `.gitlab-ci.yml` the Kubernetes service setting. You can use an [Autodeploy](../../topics/autodevops/index.md#auto-deploy) `.gitlab-ci.yml`
template which has predefined stages and commands to use, and automatically template which has predefined stages and commands to use, and automatically
applies the annotations. Each project will need to have a unique namespace in applies the annotations. Each project will need to have a unique namespace in
Kubernetes as well. The image below demonstrates how this is shown inside Kubernetes as well. The image below demonstrates how this is shown inside
...@@ -139,21 +139,7 @@ version of your application. ...@@ -139,21 +139,7 @@ version of your application.
## Further reading ## Further reading
- [GitLab Autodeploy][autodeploy] - [GitLab Autodeploy](../../topics/autodevops/index.md#auto-deploy)
- [GitLab CI/CD environment variables][variables] - [GitLab CI/CD environment variables](../../ci/variables/README.md)
- [Environments and deployments][environment] - [Environments and deployments](../../ci/environments.md)
- [Kubernetes deploy example][kube-deploy] - [Kubernetes deploy example](https://gitlab.com/gitlab-examples/kubernetes-deploy)
[ee-1589]: https://gitlab.com/gitlab-org/gitlab/issues/1589 "Deploy Boards initial issue"
[ee]: https://about.gitlab.com/pricing/ "GitLab Enterprise Edition landing page"
[kube-deploy]: https://gitlab.com/gitlab-examples/kubernetes-deploy "Kubernetes deploy example project"
[kubernetes]: https://kubernetes.io "Kubernetes website"
[environment]: ../../ci/environments.md "Environments and deployments documentation"
[docker-exec]: https://docs.gitlab.com/runner/executors/docker.html "GitLab Runner Docker executor"
[kube-exec]: https://docs.gitlab.com/runner/executors/kubernetes.html "GitLab Runner Kubernetes executor"
[kube-integration]: clusters/index.md "Kubernetes integration"
[review apps]: ../../ci/review_apps/index.md "Review Apps documentation"
[variables]: ../../ci/variables/README.md "GitLab CI/CD variables"
[autodeploy]: ../../topics/autodevops/index.md#auto-deploy "GitLab Autodeploy"
[kube-image]: https://gitlab.com/gitlab-examples/kubernetes-deploy/container_registry "Kubernetes deploy Container Registry"
[runners]: ../../ci/runners/README.md
# Deploy Tokens # Deploy Tokens
> - [Introduced][ce-17894] in GitLab 10.7. > - [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/17894) in GitLab 10.7.
> - [Moved](https://gitlab.com/gitlab-org/gitlab/issues/199370) from **Settings > Repository** in GitLab 12.9. > - [Moved](https://gitlab.com/gitlab-org/gitlab/issues/199370) from **Settings > Repository** in GitLab 12.9.
Deploy tokens allow you to download (`git clone`) or read the container registry images of a project without having a user and a password. Deploy tokens allow you to download (`git clone`) or read the container registry images of a project without having a user and a password.
...@@ -43,7 +43,7 @@ the following table. ...@@ -43,7 +43,7 @@ the following table.
| Scope | Description | | Scope | Description |
| ----- | ----------- | | ----- | ----------- |
| `read_repository` | Allows read-access to the repository through `git clone` | | `read_repository` | Allows read-access to the repository through `git clone` |
| `read_registry` | Allows read-access to [container registry] images if a project is private and authorization is required. | | `read_registry` | Allows read-access to [container registry](../../packages/container_registry/index.md) images if a project is private and authorization is required. |
## Deploy token custom username ## Deploy token custom username
...@@ -101,7 +101,7 @@ apply consistently when cloning the repository of related projects. ...@@ -101,7 +101,7 @@ apply consistently when cloning the repository of related projects.
### GitLab Deploy Token ### GitLab Deploy Token
> [Introduced][ce-18414] in GitLab 10.8. > [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/18414) in GitLab 10.8.
There's a special case when it comes to Deploy Tokens. If a user creates one There's a special case when it comes to Deploy Tokens. If a user creates one
named `gitlab-deploy-token`, the username and token of the Deploy Token will be named `gitlab-deploy-token`, the username and token of the Deploy Token will be
...@@ -115,8 +115,3 @@ those variables: ...@@ -115,8 +115,3 @@ those variables:
```shell ```shell
docker login -u $CI_DEPLOY_USER -p $CI_DEPLOY_PASSWORD $CI_REGISTRY docker login -u $CI_DEPLOY_USER -p $CI_DEPLOY_PASSWORD $CI_REGISTRY
``` ```
[ce-17894]: https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/17894
[ce-11845]: https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/11845
[ce-18414]: https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/18414
[container registry]: ../../packages/container_registry/index.md
...@@ -2,7 +2,7 @@ ...@@ -2,7 +2,7 @@
> Introduced in GitLab 8.12. > Introduced in GitLab 8.12.
GitLab 8.12 has a completely redesigned [job permissions] system. You can find GitLab 8.12 has a completely redesigned [job permissions](../permissions.md#job-permissions) system. You can find
all discussion and all our concerns when choosing the current approach in issue all discussion and all our concerns when choosing the current approach in issue
[#18994](https://gitlab.com/gitlab-org/gitlab-foss/issues/18994). [#18994](https://gitlab.com/gitlab-org/gitlab-foss/issues/18994).
...@@ -32,7 +32,7 @@ as created by the pusher (local push or via the UI) and any job created in this ...@@ -32,7 +32,7 @@ as created by the pusher (local push or via the UI) and any job created in this
pipeline will have the read permissions of the pusher but not write permissions. pipeline will have the read permissions of the pusher but not write permissions.
This allows us to make it really easy to evaluate the access for all projects This allows us to make it really easy to evaluate the access for all projects
that have [Git submodules][gitsub] or are using container images that the pusher that have [Git submodules](../../ci/git_submodules.md) or are using container images that the pusher
would have access too. **The permission is granted only for the time that the job would have access too. **The permission is granted only for the time that the job
is running. The access is revoked after the job is finished.** is running. The access is revoked after the job is finished.**
...@@ -132,7 +132,7 @@ With the new job permissions model, there is now an easy way to access all ...@@ -132,7 +132,7 @@ With the new job permissions model, there is now an easy way to access all
dependent source code in a project. That way, we can: dependent source code in a project. That way, we can:
1. Access a project's dependent repositories 1. Access a project's dependent repositories
1. Access a project's [Git submodules][gitsub] 1. Access a project's [Git submodules](../../ci/git_submodules.md)
1. Access private container images 1. Access private container images
1. Access project's and submodule LFS objects 1. Access project's and submodule LFS objects
...@@ -151,15 +151,15 @@ In short here's what you need to do should you encounter any issues. ...@@ -151,15 +151,15 @@ In short here's what you need to do should you encounter any issues.
As an administrator: As an administrator:
- **500 errors**: You will need to update [GitLab Workhorse][workhorse] to at - **500 errors**: You will need to update [GitLab Workhorse](https://gitlab.com/gitlab-org/gitlab-workhorse) to at
least 0.8.2. This is done automatically for Omnibus installations, you need to least 0.8.2. This is done automatically for Omnibus installations, you need to
[check manually][update-docs] for installations from source. [check manually](https://gitlab.com/gitlab-org/gitlab-foss/tree/master/doc/update) for installations from source.
- **500 errors**: Check if you have another web proxy sitting in front of NGINX (HAProxy, - **500 errors**: Check if you have another web proxy sitting in front of NGINX (HAProxy,
Apache, etc.). It might be a good idea to let GitLab use the internal NGINX Apache, etc.). It might be a good idea to let GitLab use the internal NGINX
web server and not disable it completely. See [this comment][comment] for an web server and not disable it completely. See [this comment](https://gitlab.com/gitlab-org/gitlab-foss/issues/22484#note_16648302) for an
example. example.
- **403 errors**: You need to make sure that your installation has [HTTP(S) - **403 errors**: You need to make sure that your installation has [HTTP(S)
cloning enabled][https]. HTTP(S) support is now a **requirement** by GitLab CI cloning enabled](../admin_area/settings/visibility_and_access_controls.md#enabled-git-access-protocols). HTTP(S) support is now a **requirement** by GitLab CI
to clone all sources. to clone all sources.
As a user: As a user:
...@@ -170,7 +170,7 @@ As a user: ...@@ -170,7 +170,7 @@ As a user:
### Dependent repositories ### Dependent repositories
The [Job environment variable][jobenv] `CI_JOB_TOKEN` can be used to The [Job environment variable](../../ci/variables/README.md#predefined-environment-variables) `CI_JOB_TOKEN` can be used to
authenticate any clones of dependent repositories. For example: authenticate any clones of dependent repositories. For example:
```shell ```shell
...@@ -187,7 +187,7 @@ echo -e "machine gitlab.com\nlogin gitlab-ci-token\npassword ${CI_JOB_TOKEN}" > ...@@ -187,7 +187,7 @@ echo -e "machine gitlab.com\nlogin gitlab-ci-token\npassword ${CI_JOB_TOKEN}" >
### Git submodules ### Git submodules
To properly configure submodules with GitLab CI/CD, read the To properly configure submodules with GitLab CI/CD, read the
[Git submodules documentation][gitsub]. [Git submodules documentation](../../ci/git_submodules.md).
### Container Registry ### Container Registry
...@@ -203,8 +203,8 @@ Container Registries for private projects. ...@@ -203,8 +203,8 @@ Container Registries for private projects.
> access token created explicitly for this purpose). This issue is resolved with > access token created explicitly for this purpose). This issue is resolved with
> latest changes in GitLab Runner 1.8 which receives GitLab credentials with > latest changes in GitLab Runner 1.8 which receives GitLab credentials with
> build data. > build data.
> - Starting from GitLab 8.12, if you have [2FA] enabled in your account, you need > - Starting from GitLab 8.12, if you have [2FA](../profile/account/two_factor_authentication.md) enabled in your account, you need
> to pass a [personal access token][pat] instead of your password in order to > to pass a [personal access token](../profile/personal_access_tokens.md) instead of your password in order to
> login to GitLab's Container Registry. > login to GitLab's Container Registry.
Your jobs can access all container images that you would normally have access Your jobs can access all container images that you would normally have access
...@@ -223,7 +223,7 @@ test: ...@@ -223,7 +223,7 @@ test:
### Pipeline triggers ### Pipeline triggers
Since 9.0 [pipeline triggers][triggers] do support the new permission model. Since 9.0 [pipeline triggers](../../ci/triggers/README.md#ci-job-token) do support the new permission model.
The new triggers do impersonate their associated user including their access The new triggers do impersonate their associated user including their access
to projects and their project permissions. to projects and their project permissions.
...@@ -231,14 +231,3 @@ to projects and their project permissions. ...@@ -231,14 +231,3 @@ to projects and their project permissions.
GitLab API cannot be used via `CI_JOB_TOKEN` but there is a [proposal](https://gitlab.com/gitlab-org/gitlab-foss/issues/29566) GitLab API cannot be used via `CI_JOB_TOKEN` but there is a [proposal](https://gitlab.com/gitlab-org/gitlab-foss/issues/29566)
to support it. to support it.
[job permissions]: ../permissions.md#job-permissions
[comment]: https://gitlab.com/gitlab-org/gitlab-foss/issues/22484#note_16648302
[gitsub]: ../../ci/git_submodules.md
[https]: ../admin_area/settings/visibility_and_access_controls.md#enabled-git-access-protocols
[triggers]: ../../ci/triggers/README.md#ci-job-token
[update-docs]: https://gitlab.com/gitlab-org/gitlab-foss/tree/master/doc/update
[workhorse]: https://gitlab.com/gitlab-org/gitlab-workhorse
[jobenv]: ../../ci/variables/README.md#predefined-environment-variables
[2fa]: ../profile/account/two_factor_authentication.md
[pat]: ../profile/personal_access_tokens.md
...@@ -21,7 +21,7 @@ In brief, this is what you need to upload your website in GitLab Pages: ...@@ -21,7 +21,7 @@ In brief, this is what you need to upload your website in GitLab Pages:
1. Domain of the instance: domain name that is used for GitLab Pages 1. Domain of the instance: domain name that is used for GitLab Pages
(ask your administrator). (ask your administrator).
1. GitLab CI/CD: a `.gitlab-ci.yml` file with a specific job named [`pages`][pages] in the root directory of your repository. 1. GitLab CI/CD: a `.gitlab-ci.yml` file with a specific job named [`pages`](../../../ci/yaml/README.md#pages) in the root directory of your repository.
1. A directory called `public` in your site's repo containing the content 1. A directory called `public` in your site's repo containing the content
to be published. to be published.
1. GitLab Runner enabled for the project. 1. GitLab Runner enabled for the project.
...@@ -61,7 +61,7 @@ If the case of `404.html`, there are different scenarios. For example: ...@@ -61,7 +61,7 @@ If the case of `404.html`, there are different scenarios. For example:
Since you cannot use any custom server configuration files, like `.htaccess` or Since you cannot use any custom server configuration files, like `.htaccess` or
any `.conf` file, if you want to redirect a page to another any `.conf` file, if you want to redirect a page to another
location, you can use the [HTTP meta refresh tag][metarefresh]. location, you can use the [HTTP meta refresh tag](https://en.wikipedia.org/wiki/Meta_refresh).
Some static site generators provide plugins for that functionality so that you Some static site generators provide plugins for that functionality so that you
don't have to create and edit HTML files manually. For example, Jekyll has the don't have to create and edit HTML files manually. For example, Jekyll has the
...@@ -286,8 +286,4 @@ No, you don't. You can create your project first and it will be accessed under ...@@ -286,8 +286,4 @@ No, you don't. You can create your project first and it will be accessed under
## Known issues ## Known issues
For a list of known issues, visit GitLab's [public issue tracker]. For a list of known issues, visit GitLab's [public issue tracker](https://gitlab.com/gitlab-org/gitlab/-/issues?label_name[]=Category%3APages).
[pages]: ../../../ci/yaml/README.md#pages
[metarefresh]: https://en.wikipedia.org/wiki/Meta_refresh
[public issue tracker]: https://gitlab.com/gitlab-org/gitlab/-/issues?label_name[]=Category%3APages
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