diff options
author | GitLab Bot <gitlab-bot@gitlab.com> | 2020-02-26 21:09:24 +0300 |
---|---|---|
committer | GitLab Bot <gitlab-bot@gitlab.com> | 2020-02-26 21:09:24 +0300 |
commit | 619d0b6922a6cf95d291fbbf5fa3d09e772a1ea8 (patch) | |
tree | fb8f8e036cec1b32166206bb5102af6c5dca8cfe /doc | |
parent | 17ab40ca089e1aef61a83f77ab6df62a72f6ce06 (diff) |
Add latest changes from gitlab-org/gitlab@master
Diffstat (limited to 'doc')
-rw-r--r-- | doc/administration/compliance.md | 1 | ||||
-rw-r--r-- | doc/administration/packages/index.md | 5 | ||||
-rw-r--r-- | doc/development/import_project.md | 8 | ||||
-rw-r--r-- | doc/user/clusters/applications.md | 21 | ||||
-rw-r--r-- | doc/user/project/settings/import_export.md | 2 |
5 files changed, 19 insertions, 18 deletions
diff --git a/doc/administration/compliance.md b/doc/administration/compliance.md index 447b69e14b4..52b6867a310 100644 --- a/doc/administration/compliance.md +++ b/doc/administration/compliance.md @@ -17,3 +17,4 @@ GitLab’s [security features](../security/README.md) may also help you meet rel |**[Audit logs](audit_events.md)**<br>To maintain the integrity of your code, GitLab Enterprise Edition Premium gives admins the ability to view any modifications made within the GitLab server in an advanced audit log system, so you can control, analyze, and track every change.|Premium+|| |**[Auditor users](auditor_users.md)**<br>Auditor users are users who are given read-only access to all projects, groups, and other resources on the GitLab instance.|Premium+|| |**[Credentials inventory](../user/admin_area/credentials_inventory.md)**<br>With a credentials inventory, GitLab administrators can keep track of the credentials used by all of the users in their GitLab instance. |Ultimate|| +|**Separation of Duties using [Protected branches](../user/project/protected_branches.md#protected-branches-approval-by-code-owners-premium) and [custom CI Configuration Paths](../user/project/pipelines/settings.md#custom-ci-configuration-path)**<br> GitLab Silver and Premium users can leverage GitLab's cross-project YAML configuration's to define deployers of code and developers of code. View the [Separation of Duties Deploy Project](https://gitlab.com/guided-explorations/separation-of-duties-deploy/blob/master/README.md) and [Separation of Duties Project](https://gitlab.com/guided-explorations/separation-of-duties/blob/master/README.md) to see how to use this set up to define these roles.|Premium+|| diff --git a/doc/administration/packages/index.md b/doc/administration/packages/index.md index 421b70709b5..a12aec3c7b3 100644 --- a/doc/administration/packages/index.md +++ b/doc/administration/packages/index.md @@ -118,7 +118,10 @@ upload packages: #'path_style' => false # If true, use 'host/bucket_name/object' instead of 'bucket_name.host/object'. } ``` - + + NOTE: **Note:** + Some build tools, like Gradle, must make `HEAD` requests to Amazon S3 to pull a dependency’s metadata. The `gitlab_rails['packages_object_store_proxy_download']` property must be set to `true`. Without this setting, GitLab won't act as a proxy to the Amazon S3 service, and will instead return the signed URL. This will cause a `HTTP 403 Forbidden` response, since Amazon S3 expects a signed URL. + 1. Save the file and [reconfigure GitLab](../restart_gitlab.md#omnibus-gitlab-reconfigure) for the changes to take effect. diff --git a/doc/development/import_project.md b/doc/development/import_project.md index b969cb5f1c4..e92d18b7ace 100644 --- a/doc/development/import_project.md +++ b/doc/development/import_project.md @@ -81,7 +81,7 @@ The last option is to import a project using a Rails console: sudo -u git -H bundle exec rails console RAILS_ENV=production ``` -1. Create a project and run `ProjectTreeRestorer`: +1. Create a project and run `Project::TreeRestorer`: ```ruby shared_class = Struct.new(:export_path) do @@ -98,7 +98,7 @@ The last option is to import a project using a Rails console: begin #Enable Request store RequestStore.begin! - Gitlab::ImportExport::ProjectTreeRestorer.new(user: user, shared: shared, project: project).restore + Gitlab::ImportExport::Project::TreeRestorer.new(user: user, shared: shared, project: project).restore ensure RequestStore.end! RequestStore.clear! @@ -128,11 +128,11 @@ The last option is to import a project using a Rails console: For Performance testing, we should: - Import a quite large project, [`gitlabhq`](https://gitlab.com/gitlab-org/quality/performance-data#gitlab-performance-test-framework-data) should be a good example. -- Measure the execution time of `ProjectTreeRestorer`. +- Measure the execution time of `Project::TreeRestorer`. - Count the number of executed SQL queries during the restore. - Observe the number of GC cycles happening. -You can use this [snippet](https://gitlab.com/gitlab-org/gitlab/snippets/1924954), which will restore the project, and measure the execution time of `ProjectTreeRestorer`, number of SQL queries and number of GC cycles happening. +You can use this [snippet](https://gitlab.com/gitlab-org/gitlab/snippets/1924954), which will restore the project, and measure the execution time of `Project::TreeRestorer`, number of SQL queries and number of GC cycles happening. You can execute the script from the `gdk/gitlab` directory like this: diff --git a/doc/user/clusters/applications.md b/doc/user/clusters/applications.md index 7ea7feac9ba..33639c13b9d 100644 --- a/doc/user/clusters/applications.md +++ b/doc/user/clusters/applications.md @@ -257,7 +257,7 @@ use an A record. If your external endpoint is a hostname, use a CNAME record. > [Introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/21966) in GitLab 12.7. -A Web Application Firewall (WAF) is able to examine traffic being sent/received +A Web Application Firewall (WAF) examines traffic being sent or received, and can block malicious traffic before it reaches your application. The benefits of a WAF are: @@ -266,7 +266,7 @@ of a WAF are: - Access control for your application - Highly configurable logging and blocking rules -Out of the box, GitLab provides you with a WAF known as [`ModSecurity`](https://www.modsecurity.org/) +Out of the box, GitLab provides you with a WAF known as [`ModSecurity`](https://www.modsecurity.org/). ModSecurity is a toolkit for real-time web application monitoring, logging, and access control. With GitLab's offering, the [OWASP's Core Rule Set](https://www.modsecurity.org/CRS/Documentation/), @@ -288,9 +288,6 @@ when installing your [Ingress application](#ingress). If this is your first time using GitLab's WAF, we recommend you follow the [quick start guide](../../topics/web_application_firewall/quick_start_guide.md). -There is a small performance overhead by enabling ModSecurity. However, -if this is considered significant for your application, you can disable it. - There is a small performance overhead by enabling ModSecurity. If this is considered significant for your application, you can disable ModSecurity's rule engine for your deployed application by setting @@ -693,7 +690,7 @@ cilium: ``` The `clusterType` variable enables the recommended Helm variables for -a corresponding cluster type, the default value is blank. You can +a corresponding cluster type. The default value is blank. You can check the recommended variables for each cluster type in the official documentation: @@ -720,13 +717,13 @@ information. By default, Cilium will drop all non-whitelisted packets upon policy deployment. The audit mode is scheduled for release in [Cilium 1.8](https://github.com/cilium/cilium/pull/9970). In the audit -mode non-whitelisted packets will not be dropped, instead audit -notifications will be generated. GitLab provides alternative Docker +mode, non-whitelisted packets will not be dropped, and audit +notifications will be generated instead. GitLab provides alternative Docker images for Cilium with the audit patch included. You can switch to the custom build and enable the audit mode by adding the following to `.gitlab/managed-apps/cilium/values.yaml`: -```yml +```yaml global: registry: registry.gitlab.com/gitlab-org/defend/cilium policyAuditMode: true @@ -737,15 +734,15 @@ agent: ``` The Cilium monitor log for traffic is logged out by the -`cilium-monitor` sidecar container. You can check these logs via: +`cilium-monitor` sidecar container. You can check these logs with the following command: ```shell kubectl -n gitlab-managed-apps logs cilium-XXXX cilium-monitor ``` -You can disable the monitor log via `.gitlab/managed-apps/cilium/values.yaml`: +You can disable the monitor log in `.gitlab/managed-apps/cilium/values.yaml`: -```yml +```yaml agent: monitor: enabled: false diff --git a/doc/user/project/settings/import_export.md b/doc/user/project/settings/import_export.md index cdf6a789ec2..716078ed1d1 100644 --- a/doc/user/project/settings/import_export.md +++ b/doc/user/project/settings/import_export.md @@ -89,7 +89,7 @@ The following items will NOT be exported: NOTE: **Note:** For more details on the specific data persisted in a project export, see the -[`import_export.yml`](https://gitlab.com/gitlab-org/gitlab/blob/master/lib/gitlab/import_export/import_export.yml) file. +[`import_export.yml`](https://gitlab.com/gitlab-org/gitlab/blob/master/lib/gitlab/import_export/project/import_export.yml) file. ## Exporting a project and its data |