diff options
author | GitLab Bot <gitlab-bot@gitlab.com> | 2020-02-14 12:09:03 +0000 |
---|---|---|
committer | GitLab Bot <gitlab-bot@gitlab.com> | 2020-02-14 12:09:03 +0000 |
commit | 5366964a10484c2783a646b35a6da9eece01b242 (patch) | |
tree | 4a5a7a289d44e63d96a50a6a64db6e16b871f19c /doc | |
parent | 733befe96ad19f5a02e442c4a9cc8059d3aabbda (diff) | |
download | gitlab-ce-5366964a10484c2783a646b35a6da9eece01b242.tar.gz |
Add latest changes from gitlab-org/gitlab@master
Diffstat (limited to 'doc')
-rw-r--r-- | doc/api/groups.md | 22 | ||||
-rw-r--r-- | doc/api/users.md | 13 | ||||
-rw-r--r-- | doc/ci/yaml/README.md | 12 | ||||
-rw-r--r-- | doc/user/admin_area/index.md | 2 | ||||
-rw-r--r-- | doc/user/admin_area/merge_requests_approvals.md | 33 |
5 files changed, 74 insertions, 8 deletions
diff --git a/doc/api/groups.md b/doc/api/groups.md index 3d2ac8c1e18..de0b2543645 100644 --- a/doc/api/groups.md +++ b/doc/api/groups.md @@ -798,7 +798,7 @@ DELETE /groups/:id/hooks/:hook_id Group audit events can be accessed via the [Group Audit Events API](audit_events.md#group-audit-events-starter) -## Sync group with LDAP **(CORE ONLY)** +## Sync group with LDAP **(STARTER)** Syncs the group with its linked LDAP group. Only available to group owners and administrators. @@ -814,7 +814,23 @@ Parameters: Please consult the [Group Members](members.md) documentation. -### Add LDAP group link **(CORE ONLY)** +## LDAP Group Links + +List, add, and delete LDAP group links. + +### List LDAP group links **(STARTER)** + +Lists LDAP group links. + +``` +GET /groups/:id/ldap_group_links +``` + +Parameters: + +- `id` (required) - The ID of a group + +### Add LDAP group link **(STARTER)** Adds an LDAP group link. @@ -829,7 +845,7 @@ Parameters: - `group_access` (required) - Minimum access level for members of the LDAP group - `provider` (required) - LDAP provider for the LDAP group -### Delete LDAP group link **(CORE ONLY)** +### Delete LDAP group link **(STARTER)** Deletes an LDAP group link. diff --git a/doc/api/users.md b/doc/api/users.md index 2dd07ab8a4e..701929520f4 100644 --- a/doc/api/users.md +++ b/doc/api/users.md @@ -437,6 +437,19 @@ Note, at the moment this method does only return a `404` error, even in cases where a `409` (Conflict) would be more appropriate, e.g. when renaming the email address to some existing one. +## Delete authentication identity from user + +Deletes a user's authentication identity using the provider name associated with that identity. Available only for administrators. + +``` +DELETE /users/:id/identities/:provider +``` + +Parameters: + +- `id` (required) - The ID of the user +- `provider` (required) - External provider name + ## User deletion Deletes a user. Available only for administrators. diff --git a/doc/ci/yaml/README.md b/doc/ci/yaml/README.md index aa2890ed9db..3367fac5137 100644 --- a/doc/ci/yaml/README.md +++ b/doc/ci/yaml/README.md @@ -2248,6 +2248,7 @@ and bring back the old behavior. > - [Introduced](https://gitlab.com/gitlab-org/gitlab-foss/issues/47063) in GitLab 12.2. > - In GitLab 12.3, maximum number of jobs in `needs` array raised from five to 50. +> - [Introduced](https://gitlab.com/gitlab-org/gitlab/issues/30631) in GitLab 12.8, `needs: []` lets jobs start immediately. The `needs:` keyword enables executing jobs out-of-order, allowing you to implement a [directed acyclic graph](../directed_acyclic_graph/index.md) in your `.gitlab-ci.yml`. @@ -2264,6 +2265,10 @@ linux:build: mac:build: stage: build +lint: + stage: test + needs: [] + linux:rspec: stage: test needs: ["linux:build"] @@ -2284,7 +2289,9 @@ production: stage: deploy ``` -This example creates three paths of execution: +This example creates four paths of execution: + +- Linter: the `lint` job will run immediately without waiting for the `build` stage to complete because it has no needs (`needs: []`). - Linux path: the `linux:rspec` and `linux:rubocop` jobs will be run as soon as the `linux:build` job finishes without waiting for `mac:build` to finish. @@ -2308,9 +2315,6 @@ This example creates three paths of execution: - For self-managed instances, the limit is: - 10, if the `ci_dag_limit_needs` feature flag is enabled (default). - 50, if the `ci_dag_limit_needs` feature flag is disabled. -- It is impossible for now to have `needs: []` (empty needs), the job always needs to - depend on something, unless this is the job in the first stage. However, support for - an empty needs array [is planned](https://gitlab.com/gitlab-org/gitlab/issues/30631). - If `needs:` refers to a job that is marked as `parallel:`. the current job will depend on all parallel jobs created. - `needs:` is similar to `dependencies:` in that it needs to use jobs from prior stages, diff --git a/doc/user/admin_area/index.md b/doc/user/admin_area/index.md index 7d710e3b2c1..2e502c1b6fb 100644 --- a/doc/user/admin_area/index.md +++ b/doc/user/admin_area/index.md @@ -28,7 +28,7 @@ The Admin Area is made up of the following sections: | Abuse Reports | Manage [abuse reports](abuse_reports.md) submitted by your users. | | License **(STARTER ONLY)** | Upload, display, and remove [licenses](license.md). | | Kubernetes | Create and manage instance-level [Kubernetes clusters](../instance/clusters/index.md). | -| Push Rules **(STARTER)** | Configure pre-defined Git [push rules](../../push_rules/push_rules.md) for projects. | +Push Rules **(STARTER ONLY)** | Configure pre-defined Git [push rules](../../push_rules/push_rules.md) for projects. Also, configure [merge requests approvers rules](merge_requests_approvals.md). **(PREMIUM ONLY)** | | Geo **(PREMIUM ONLY)** | Configure and maintain [Geo nodes](geo_nodes.md). | | Deploy Keys | Create instance-wide [SSH deploy keys](../../ssh/README.md#deploy-keys). | | Credentials **(ULTIMATE ONLY)** | View [credentials](credentials_inventory.md) that can be used to access your instance. | diff --git a/doc/user/admin_area/merge_requests_approvals.md b/doc/user/admin_area/merge_requests_approvals.md new file mode 100644 index 00000000000..4138dc27066 --- /dev/null +++ b/doc/user/admin_area/merge_requests_approvals.md @@ -0,0 +1,33 @@ +--- +type: reference, concepts +--- + +# Instance-level merge request approval rules **(PREMIUM ONLY)** + +> Introduced in [GitLab Premium](https://gitlab.com/gitlab-org/gitlab/issues/39060) 12.8. + +Merge request approvals rules prevent users overriding certain settings on a project +level. When configured, only administrators can change these settings on a project level +if they are enabled at an instance level. + +To enable merge request approval rules for an instance: + +1. Navigate to **{admin}** **Admin Area >** **{push-rules}** **Push Rules** and expand **Merge + requests approvals**. +1. Set the required rule. +1. Click **Save changes**. + +GitLab administrators can later override these settings in a project’s settings. + +## Available rules + +Merge request approval rules that can be set at an instance level are: + +- **Prevent approval of merge requests by merge request author**. Prevents non-admins + from allowing merge request authors to merge their own merge requests in individual + projects. +- **Prevent approval of merge requests by merge request committers**. Prevents + non-admins from allowing merge request committers to merge merge requests they were + committing to in individual projects. +- **Prevent users from modifying merge request approvers list**. Prevents non-admins + from modifying approvers list in project settings and in individual merge requests. |