Docs: Fix more anchors, mostly pipeline related
This commit is contained in:
parent
5f0908bead
commit
8b42fe3b91
7 changed files with 9 additions and 10 deletions
|
@ -222,7 +222,7 @@ The following documentation relates to the DevOps **Verify** stage:
|
|||
|:---------------------------------------------------|:-----------------------------------------------------------------------------|
|
||||
| [GitLab CI/CD](ci/README.md) | Explore the features and capabilities of Continuous Integration with GitLab. |
|
||||
| [JUnit test reports](ci/junit_test_reports.md) | Display JUnit test reports on merge requests. |
|
||||
| [Pipeline Graphs](ci/pipelines.md#pipeline-graphs) | Visualize builds. |
|
||||
| [Pipeline Graphs](ci/pipelines.md#visualizing-pipelines) | Visualize builds. |
|
||||
| [Review Apps](ci/review_apps/index.md) | Preview changes to your application right from a merge request. |
|
||||
|
||||
<div align="right">
|
||||
|
|
|
@ -142,7 +142,7 @@ projects:
|
|||
2. Uncheck the **Use hashed storage paths for newly created and renamed projects** checkbox.
|
||||
|
||||
To schedule a complete rollback, see the
|
||||
[rake task documentation for storage rollback][rake/rollback-to-legacy] for instructions.
|
||||
[rake task documentation for storage rollback](raketasks/storage.md#rollback-from-hashed-storage-to-legacy-storage) for instructions.
|
||||
|
||||
The rollback task also supports specifying a range of Project IDs. Here is an example
|
||||
of limiting the rollout to Project IDs 50 to 100, in an Omnibus Gitlab installation:
|
||||
|
@ -205,6 +205,5 @@ They are also S3 compatible since **10.0** (GitLab Premium), and available in Gi
|
|||
[ce-2821]: https://gitlab.com/gitlab-com/infrastructure/issues/2821
|
||||
[ce-28283]: https://gitlab.com/gitlab-org/gitlab-ce/issues/28283
|
||||
[rake/migrate-to-hashed]: raketasks/storage.md#migrate-existing-projects-to-hashed-storage
|
||||
[rake/rollback-to-legacy]: raketasks/storage.md#rollback
|
||||
[storage-paths]: repository_storage_types.md
|
||||
[gitaly]: gitaly/index.md
|
||||
|
|
|
@ -45,12 +45,12 @@ Pipeline graphs can be displayed in two different ways, depending on the page yo
|
|||
access the graph from.
|
||||
|
||||
NOTE: **Note:**
|
||||
GitLab capitalizes the stages' names when shown in the [pipeline graphs](#pipeline-graphs).
|
||||
GitLab capitalizes the stages' names when shown in the pipeline graphs (below).
|
||||
|
||||
### Regular pipeline graphs
|
||||
|
||||
Regular pipeline graphs show the names of the jobs of each stage. Regular pipeline graphs can
|
||||
be found when you are on a [single pipeline page](#seeing-pipeline-status). For example:
|
||||
be found when you are on a [single pipeline page](#accessing-pipelines). For example:
|
||||
|
||||
![Pipelines example](img/pipelines.png)
|
||||
|
||||
|
|
|
@ -311,7 +311,7 @@ variables that were set, etc.
|
|||
|
||||
Before enabling this, you should ensure jobs are visible to
|
||||
[team members only](../../user/permissions.md#project-features). You should
|
||||
also [erase](../pipelines.md#seeing-job-status) all generated job traces
|
||||
also [erase](../pipelines.md#accessing-individual-jobs) all generated job traces
|
||||
before making them visible again.
|
||||
|
||||
To enable debug traces, set the `CI_DEBUG_TRACE` variable to `true`:
|
||||
|
|
|
@ -901,7 +901,7 @@ increasing the rollout up to 100%.
|
|||
|
||||
If `INCREMENTAL_ROLLOUT_MODE` is set to `manual` in your project, then instead
|
||||
of the standard `production` job, 4 different
|
||||
[manual jobs](../../ci/pipelines.md#manual-actions-from-the-pipeline-graph)
|
||||
[manual jobs](../../ci/pipelines.md#manual-actions-from-pipeline-graphs)
|
||||
will be created:
|
||||
|
||||
1. `rollout 10%`
|
||||
|
|
|
@ -55,11 +55,11 @@ When you create a project in GitLab, you'll have access to a large number of
|
|||
- [Auto Deploy](../../ci/autodeploy/index.md): Configure GitLab CI/CD
|
||||
to automatically set up your app's deployment
|
||||
- [Enable and disable GitLab CI](../../ci/enable_or_disable_ci.md)
|
||||
- [Pipelines](../../ci/pipelines.md#pipelines): Configure and visualize
|
||||
- [Pipelines](../../ci/pipelines.md): Configure and visualize
|
||||
your GitLab CI/CD pipelines from the UI
|
||||
- [Scheduled Pipelines](pipelines/schedules.md): Schedule a pipeline
|
||||
to start at a chosen time
|
||||
- [Pipeline Graphs](../../ci/pipelines.md#pipeline-graphs): View your
|
||||
- [Pipeline Graphs](../../ci/pipelines.md#visualizing-pipelines): View your
|
||||
entire pipeline from the UI
|
||||
- [Job artifacts](pipelines/job_artifacts.md): Define,
|
||||
browse, and download job artifacts
|
||||
|
|
|
@ -18,7 +18,7 @@ With GitLab merge requests, you can:
|
|||
- Live preview the changes when [Review Apps](../../../ci/review_apps/index.md) is configured for your project
|
||||
- Build, test, and deploy your code in a per-branch basis with built-in [GitLab CI/CD](../../../ci/README.md)
|
||||
- Prevent the merge request from being merged before it's ready with [WIP MRs](#work-in-progress-merge-requests)
|
||||
- View the deployment process through [Pipeline Graphs](../../../ci/pipelines.md#pipeline-graphs)
|
||||
- View the deployment process through [Pipeline Graphs](../../../ci/pipelines.md#visualizing-pipelines)
|
||||
- [Automatically close the issue(s)](../../project/issues/closing_issues.md#via-merge-request) that originated the implementation proposed in the merge request
|
||||
- Assign it to any registered user, and change the assignee how many times you need
|
||||
- Assign a [milestone](../../project/milestones/index.md) and track the development of a broader implementation
|
||||
|
|
Loading…
Reference in a new issue