Merge branch 'docs/fix-more-errors' into 'master'
Fix some errors in Markdown files See merge request gitlab-org/gitlab-ce!30822
This commit is contained in:
commit
1a123b36e3
|
@ -17,7 +17,7 @@ You are encouraged to first read through all the steps before executing them
|
|||
in your testing/production environment.
|
||||
|
||||
NOTE: **Note:**
|
||||
**Do not** set up any custom authentication for the **secondary** nodes. This will be handled by the **primary** node.
|
||||
**Do not** set up any custom authentication for the **secondary** nodes. This will be handled by the **primary** node.
|
||||
Any change that requires access to the **Admin Area** needs to be done in the
|
||||
**primary** node because the **secondary** node is a read-only replica.
|
||||
|
||||
|
@ -242,7 +242,7 @@ node's Geo Nodes dashboard in your browser.
|
|||
![Geo dashboard](img/geo_node_dashboard.png)
|
||||
|
||||
If your installation isn't working properly, check the
|
||||
[troubleshooting document].
|
||||
[troubleshooting document](troubleshooting.md).
|
||||
|
||||
The two most obvious issues that can become apparent in the dashboard are:
|
||||
|
||||
|
|
|
@ -251,7 +251,7 @@ Omnibus is the following:
|
|||
1. Check the steps about defining `postgresql['sql_user_password']`, `gitlab_rails['db_password']`.
|
||||
1. Make sure `postgresql['max_replication_slots']` matches the number of **secondary** Geo nodes locations.
|
||||
1. Install GitLab on the **secondary** server.
|
||||
1. Re-run the [database replication process][database-replication].
|
||||
1. Re-run the [database replication process](database.md#step-3-initiate-the-replication-process).
|
||||
|
||||
## Special update notes for 9.0.x
|
||||
|
||||
|
|
|
@ -29,7 +29,7 @@ The following API resources are available in the project context:
|
|||
| [Commits](commits.md) | `/projects/:id/repository/commits`, `/projects/:id/statuses` |
|
||||
| [Container Registry](container_registry.md) | `/projects/:id/registry/repositories` |
|
||||
| [Custom attributes](custom_attributes.md) | `/projects/:id/custom_attributes` (also available for groups and users) |
|
||||
| [Dependencies](dependencies.md) **[ULTIMATE]** | `/projects/:id/dependencies`
|
||||
| [Dependencies](dependencies.md) **(ULTIMATE)** | `/projects/:id/dependencies`
|
||||
| [Deploy keys](deploy_keys.md) | `/projects/:id/deploy_keys` (also available standalone) |
|
||||
| [Deployments](deployments.md) | `/projects/:id/deployments` |
|
||||
| [Discussions](discussions.md) (threaded comments) | `/projects/:id/issues/.../discussions`, `/projects/:id/snippets/.../discussions`, `/projects/:id/merge_requests/.../discussions`, `/projects/:id/commits/.../discussions` (also available for groups) |
|
||||
|
|
|
@ -750,7 +750,7 @@ also be customized, and you can easily use a [custom buildpack](#custom-buildpac
|
|||
| `DB_MIGRATE` | From GitLab 11.4, this variable can be used to specify the command to run to migrate the application's PostgreSQL database. It runs inside the application pod. |
|
||||
| `STAGING_ENABLED` | From GitLab 10.8, this variable can be used to define a [deploy policy for staging and production environments](#deploy-policy-for-staging-and-production-environments). |
|
||||
| `CANARY_ENABLED` | From GitLab 11.0, this variable can be used to define a [deploy policy for canary environments](#deploy-policy-for-canary-environments-premium). |
|
||||
| `INCREMENTAL_ROLLOUT_MODE`| From GitLab 11.4, this variable, if present, can be used to enable an [incremental rollout](#incremental-rollout-to-production-premium) of your application for the production environment.<br/>Set to: <ul><li>`manual`, for manual deployment jobs.</li><li>`timed`, for automatic rollout deployments with a 5 minute delay each one.</li></ul> |
|
||||
| `INCREMENTAL_ROLLOUT_MODE`| From GitLab 11.4, this variable, if present, can be used to enable an [incremental rollout](#incremental-rollout-to-production-premium) of your application for the production environment. Set to `manual` for manual deployment jobs or `timed` for automatic rollout deployments with a 5 minute delay each one. |
|
||||
| `TEST_DISABLED` | From GitLab 11.0, this variable can be used to disable the `test` job. If the variable is present, the job will not be created. |
|
||||
| `CODE_QUALITY_DISABLED` | From GitLab 11.0, this variable can be used to disable the `codequality` job. If the variable is present, the job will not be created. |
|
||||
| `LICENSE_MANAGEMENT_DISABLED` | From GitLab 11.0, this variable can be used to disable the `license_management` job. If the variable is present, the job will not be created. |
|
||||
|
|
Loading…
Reference in New Issue