diff options
author | GitLab Bot <gitlab-bot@gitlab.com> | 2023-05-17 19:05:49 +0300 |
---|---|---|
committer | GitLab Bot <gitlab-bot@gitlab.com> | 2023-05-17 19:05:49 +0300 |
commit | 43a25d93ebdabea52f99b05e15b06250cd8f07d7 (patch) | |
tree | dceebdc68925362117480a5d672bcff122fb625b /data/whats_new | |
parent | 20c84b99005abd1c82101dfeff264ac50d2df211 (diff) |
Add latest changes from gitlab-org/gitlab@16-0-stable-eev16.0.0-rc42
Diffstat (limited to 'data/whats_new')
-rw-r--r-- | data/whats_new/202010230001_13_05.yml | 2 | ||||
-rw-r--r-- | data/whats_new/20230222001_15_09.yml | 75 | ||||
-rw-r--r-- | data/whats_new/202303220001_15_10.yml | 77 | ||||
-rw-r--r-- | data/whats_new/202304220001_15_11.yml | 58 |
4 files changed, 211 insertions, 1 deletions
diff --git a/data/whats_new/202010230001_13_05.yml b/data/whats_new/202010230001_13_05.yml index e68d89db669..aa2bfa49446 100644 --- a/data/whats_new/202010230001_13_05.yml +++ b/data/whats_new/202010230001_13_05.yml @@ -12,7 +12,7 @@ self-managed: true gitlab-com: true available_in: [Premium, Ultimate] - documentation_link: https://docs.gitlab.com/ee/user/group/index.html#group-wikis + documentation_link: https://docs.gitlab.com/ee/user/project/wiki/index.html image_url: https://about.gitlab.com/images/13_5/cdybenko-group-wiki.png published_at: 2020-10-22 release: 13.5 diff --git a/data/whats_new/20230222001_15_09.yml b/data/whats_new/20230222001_15_09.yml new file mode 100644 index 00000000000..12f771f397f --- /dev/null +++ b/data/whats_new/20230222001_15_09.yml @@ -0,0 +1,75 @@ +- name: Users with the Guest role can view private repositories + description: | # Do not modify this line, instead modify the lines below. + Users with the Guest role and an Ultimate license can now view private repository content if their administrator gives them permission. Administrators must create a new role through the API, and assign that role to users who the administrator wants to have view repository permissions. Previously, users with the Guest role could not view code in private projects, limiting their utility. + stage: manage + self-managed: true + gitlab-com: true + available_in: [Ultimate] + documentation_link: https://docs.gitlab.com/ee/user/permissions.html#custom-roles + image_url: https://img.youtube.com/vi/46cp_-Rtxps/hqdefault.jpg + published_at: 2023-02-22 # YYYY-MM-DD + release: 15.9 +- name: Manage license approval policies + description: | # Do not modify this line, instead modify the lines below. + GitLab now supports flexible license approval policies as the replacement for the [deprecated License-Check feature](https://docs.gitlab.com/ee/update/deprecations.html#license-check-and-the-policies-tab-on-the-license-compliance-page). License approval policies improve the experience over the License-check feature in several ways: + + - Users can choose who is allowed to edit license approval policies. + - Multiple policy rules can be created and chained together. + - A two-step approval process can be enforced for any desired changes to license approval policies. + - A single set of license policies can be applied to multiple development projects, or can be applied at the group or subgroup level, to allow for ease in maintaining a single, centralized ruleset. + - Policies can be used to require approval for any license that is not specifically allowed. + + License approval policies can be used alongside the existing License-Check feature, as the two policies are additive and don't conflict. To get started, verify that the `license_scanning_policies` feature flag is enabled for your instance and then navigate to **Security & Compliance > Policies**, create a new Scan Result type policy, and select **License scanning** for your policy rule. + stage: manage + self-managed: true + gitlab-com: true + available_in: [Ultimate] + documentation_link: https://docs.gitlab.com/ee/user/compliance/license_approval_policies.html + image_url: https://img.youtube.com/vi/34qBQ9t8qO8/hqdefault.jpg + published_at: 2023-02-22 # YYYY-MM-DD + release: 15.9 +- name: New License Compliance scanner + description: | # Do not modify this line, instead modify the lines below. + GitLab now supports a new method of detecting licenses that is capable of parsing and identifying over 500 different types of licenses and can extract license information from packages that are dual-licensed or have multiple different licenses that apply. In GitLab's development testing, this has empirically resulted in dramatically improved accuracy and completeness of results. Fewer CI pipeline minutes are consumed because the License Compliance job is no longer required. Additionally the new method has support for the same languages and versions as GitLab Dependency Scanning. + + To use this new scanner, remove the inclusion of the `Jobs/License-Scanning.yml` template in your CI configuration and instead include the `Jobs/Dependency-Scanning.yml` template. After GitLab 16.0, the old method of scanning with the `Jobs/License-Scanning.yml` template will no longer be supported. + + Currently this feature is available for GitLab SaaS users behind the `license_scanning_sbom_scanner` and `package_metadata_synchronization` feature flags. Users can follow along in GitLab to track the work to enable the [license_scanning_sbom_scanner](https://gitlab.com/gitlab-org/gitlab/-/issues/385173) and the [package_metadata_synchronization](https://gitlab.com/gitlab-org/gitlab/-/issues/390836) feature flags by default along with work to add support for [self-managed instances](https://gitlab.com/gitlab-org/gitlab/-/issues/391904) and [offline instances](https://gitlab.com/gitlab-org/gitlab/-/issues/384047). + stage: secure + self-managed: false + gitlab-com: true + available_in: [Ultimate] + documentation_link: https://docs.gitlab.com/ee/user/compliance/license_scanning_of_cyclonedx_files/ + image_url: https://about.gitlab.com/images/15_9/new_license_scanner.png + published_at: 2023-02-22 # YYYY-MM-DD + release: 15.9 +- name: Notifications now available in the GitLab for Slack app + description: | # Do not modify this line, instead modify the lines below. + The GitLab for Slack app is the new home for managing notifications from GitLab to your Slack workspace. Not only can you use existing app features such as [slash commands](https://docs.gitlab.com/ee/user/project/integrations/slack_slash_commands.html), but you can now also specify which Slack channels you want to notify based on merge request changes, push events, issue changes, and many other GitLab events. + + The [Slack notifications integration](https://docs.gitlab.com/ee/user/project/integrations/slack.html) is now deprecated for SaaS customers and will eventually [be removed](https://gitlab.com/groups/gitlab-org/-/epics/8673) as we continue to expand support for our GitLab for Slack app to better meet your needs. + + To keep your teams in sync with what's happening in GitLab, get the [GitLab for Slack app](https://gitlab.slack.com/apps/A676ADMV5-gitlab) today! + stage: manage + self-managed: false + gitlab-com: true + available_in: [Free, Premium, Ultimate] + documentation_link: https://docs.gitlab.com/ee/user/project/integrations/gitlab_slack_application.html#slack-notifications + image_url: https://about.gitlab.com/images/15_9/slack_notifications_jan_31-optimized.png + published_at: 2023-02-22 # YYYY-MM-DD + release: 15.9 +- name: Code Suggestions available in closed beta + description: | # Do not modify this line, instead modify the lines below. + Every day millions of developers use GitLab to contribute code. We’re starting to empower developers to code more efficiently and effectively with a closed beta of Gitlab Code Suggestions. + + Closed beta participants can use the GitLab Workflow VSCode extension to get code suggestions as they type. Depending on the prompt, the extension either provides entire code snippets like generating functions, or completes the current line. Simply pressing the tab key allows you to accept the suggestions. + + GitLab Code Suggestions can improve developer productivity, focus, and innovation without context switching and within a single DevSecOps platform. While currently limited in closed beta, interested Ultimate customers can express interest by filling out this form to be considered for early access. + stage: modelops + self-managed: false + gitlab-com: true + available_in: [Ultimate] + documentation_link: https://about.gitlab.com/releases/2023/02/22/gitlab-15-9-released/#code-suggestions-available-in-closed-beta + image_url: https://about.gitlab.com/images/15_9/DemoFastApi.gif + published_at: 2023-02-22 # YYYY-MM-DD + release: 15.9 diff --git a/data/whats_new/202303220001_15_10.yml b/data/whats_new/202303220001_15_10.yml new file mode 100644 index 00000000000..d2598fc8e2d --- /dev/null +++ b/data/whats_new/202303220001_15_10.yml @@ -0,0 +1,77 @@ +- name: Automatically resolve SAST findings when rules are disabled + description: | + On GitLab.com, GitLab SAST now automatically [resolves](https://docs.gitlab.com/ee/user/application_security/vulnerabilities/#vulnerability-status-values) vulnerabilities from the [Semgrep](https://gitlab.com/gitlab-org/security-products/analyzers/semgrep)- and [KICS](https://gitlab.com/gitlab-org/security-products/analyzers/kics)-based analyzers when either you [disable a predefined rule](https://docs.gitlab.com/ee/user/application_security/sast/customize_rulesets.html#disable-predefined-rules), or we remove a rule from the default ruleset. The Vulnerability Management system then leaves a comment explaining that the rule was removed, so you still have a historical record of the vulnerability. This feature is enabled by default on GitLab.com and in GitLab 15.10. + stage: Secure + self-managed: true + gitlab-com: true + available_in: [Free, Premium, Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/application_security/sast/#automatic-vulnerability-resolution' + image_url: 'https://about.gitlab.com/images/15_10/automatic-resolution.png' + published_at: 2023-03-22 + release: 15.10 +- name: See all branch-related settings together + description: | + All branch-related protections now display on a single page. To see a unified list of your branches and all their protection methods, go to **Settings > Repository > Branch rules**. Each branch shows the merge request approvals, security approvals, protected branches, and status checks configured for it. It is now easier to see a holistic view of a specific branch's protections. We hope this change helps you discover, use, and monitor these settings more easily. We'd love your feedback [in issue #388149](https://gitlab.com/gitlab-org/gitlab/-/issues/388149). + stage: Create + self-managed: false + gitlab-com: true + available_in: [Free, Premium, Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/project/repository/branches/' + image_url: 'https://img.youtube.com/vi/AUrwtjIr124/hqdefault.jpg' + published_at: 2023-03-22 + release: 15.10 +- name: Create and switch branches in the Web IDE Beta + description: | + When you open the Web IDE Beta from a repository or merge request, the currently selected branch is used by default. You can create a new branch with your changes or, if you're not on a protected branch, commit to the current branch. Starting with GitLab 15.10, you can now also create a new branch any time while making changes or switch branches in the Web IDE Beta. This way, you can boost your productivity by not having to close the Web IDE Beta to switch contexts. + stage: Create + self-managed: true + gitlab-com: true + available_in: [Free, Premium, Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/project/web_ide_beta/#switch-branches' + image_url: 'https://about.gitlab.com/images/15_10/create-web-ide-manage-branches.png' + published_at: 2023-03-22 + release: 15.10 +- name: Compliance frameworks report + description: | + Previous versions of GitLab provided a compliance report that shows compliance violations. In GitLab 15.10, we've added a compliance framework report so you can quickly see which compliance frameworks have been applied to the projects in your group. + stage: Govern + self-managed: true + gitlab-com: true + available_in: [Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/compliance/compliance_report/#compliance-frameworks-report' + image_url: 'https://about.gitlab.com/images/15_10/govern-compliance-framework-report.png' + published_at: 2023-03-22 + release: 15.10 +- name: Suggested Reviewers generally available + description: | + Since release in closed beta, Suggested Reviewers has been enabled in over 1,000 projects and suggested over 200,000 reviewers. We've also made the service more reliable and are now making it generally available to all Ultimate customers. Now, GitLab can now recommend a reviewer with [Suggested Reviewers](https://docs.gitlab.com/ee/user/project/merge_requests/reviews/#suggested-reviewers). With this feature, machine learning (ML)-powered suggestions appear in the [reviewer dropdown](https://docs.gitlab.com/ee/user/project/merge_requests/getting_started.html#reviewer) in the merge request sidebar. Suggested Reviewers is our [first of many fully available ML features](https://about.gitlab.com/blog/2023/03/16/what-the-ml-ai/) at GitLab. + stage: Modelops + self-managed: false + gitlab-com: true + available_in: [Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/project/merge_requests/reviews/#suggested-reviewers' + image_url: 'https://about.gitlab.com/images/15_10/create-code-review-suggested-reviewers.png' + published_at: 2023-03-22 + release: 15.10 +- name: Create diagrams in wikis by using the diagrams.net editor + description: | + With GitLab 15.10, you can more easily create and edit diagrams in wikis by using the diagrams.net GUI editor. This feature is available in the Markdown editor and the content editor and was implemented in close collaboration with the GitLab wider community. + stage: Plan + self-managed: true + gitlab-com: true + available_in: [Free, Premium, Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/markdown.html#diagramsnet-editor' + image_url: 'https://img.youtube.com/vi/F6kfhpRN3ZE/hqdefault.jpg' + published_at: 2023-03-22 + release: 15.10 +- name: Apple App Store integration + description: | + From GitLab 15.10, you can configure and validate your projects with Apple App Store credentials. You can then use those credentials in CI/CD pipelines to automate releases to Test Flight and the App Store. To record your experiences with the App Store integration, see this [feedback issue](https://gitlab.com/gitlab-org/incubation-engineering/mobile-devops/feedback/-/issues/10). + stage: Deploy + self-managed: true + gitlab-com: true + available_in: [Free, Premium, Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/project/integrations/apple_app_store.html' + image_url: 'https://img.youtube.com/vi/CwzAWVgJeK8/hqdefault.jpg' + published_at: 2023-03-22 + release: 15.10 diff --git a/data/whats_new/202304220001_15_11.yml b/data/whats_new/202304220001_15_11.yml new file mode 100644 index 00000000000..cda793f672c --- /dev/null +++ b/data/whats_new/202304220001_15_11.yml @@ -0,0 +1,58 @@ +- name: Code Suggestions for Ultimate & Premium Users + description: | + Every day millions of developers use GitLab to contribute code. In February, we launched a closed Beta of this feature, and since then, we’ve been working hard to make [Code Suggestions](https://about.gitlab.com/direction/modelops/ai_assisted/code_suggestions/) available to more developers. During Beta, Code Suggestions is free for all Ultimate and Premium customers. Group admins can enable this setting with a new [group-level control](https://docs.gitlab.com/ee/user/project/repository/code_suggestions.html#group-level-setting). Depending on the prompt, the extension either provides entire code snippets like generating functions or completes the current line. Simply pressing the tab key allows you to accept the suggestions. + + GitLab Code Suggestions can improve developer productivity, focus, and innovation without context switching and within a single DevSecOps platform. Please note that this is a high-demand [Beta feature](https://docs.gitlab.com/ee/policy/alpha-beta-support.html#beta) and may have unscheduled downtime. During beta, it may also produce low-quality or incomplete suggestions. Read about [known limitations](https://docs.gitlab.com/ee/user/project/repository/code_suggestions.html#known-limitations). We are continuously iterating to improve Code Suggestions and make it better. Give it a try, and [share your feedback with us](https://gitlab.com/gitlab-org/gitlab/-/issues/405152). + stage: modelops + self-managed: false + gitlab-com: true + available_in: [Premium, Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/project/repository/code_suggestions.html#code-suggestions-beta' + image_url: 'https://about.gitlab.com/images/15_11/code-suggestions-loop.gif' + published_at: 2023-04-22 + release: 15.11 +- name: Manage project compliance frameworks report at group level + description: | + Prior to GitLab 15.11, if you wanted to add or remove a compliance framework from a project, you needed to go to each project individually to manage which framework was associated with the project. When managing more than a few projects, this process was tedious and inefficient. + + Now, you can manage which compliance frameworks are applied to your projects at the group level, significantly reducing the amount of time needed to make sure your projects are adhering to the regulations and standards you are measured against. + + In GitLab 15.10, you could view all the projects in your group and see which ones had compliance frameworks applied to them. In GitLab 15.11, you can add or remove compliance frameworks directly from the compliance frameworks report. + stage: govern + self-managed: true + gitlab-com: true + available_in: [Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/user/compliance/compliance_report/#compliance-frameworks-report' + image_url: 'https://about.gitlab.com/images/15_11/govern-compliance-frameworks-report-management.png' + published_at: 2023-04-22 + release: 15.11 +- name: Rerun downstream pipeline trigger jobs + description: | + Previously, if you needed to trigger a rerun of an entire downstream pipeline, you had to rerun the full upstream pipeline. This could be a time-consuming and inefficient process, especially if the upstream pipeline has many jobs or other downstream pipelines. + + In this release, we've added the ability to rerun just the downstream pipeline, without having to re-run the entire parent pipeline, by selecting **Run again** on the trigger job. The newly triggered downstream pipeline replaces the original downstream pipeline in the pipeline graph. This will save you time and resources when you want just the downstream pipeline to run again. + stage: verify + self-managed: true + gitlab-com: true + available_in: [Free, Premium, Ultimate] + documentation_link: 'https://docs.gitlab.com/ee/ci/pipelines/downstream_pipelines.html#recreate-a-downstream-pipeline' + image_url: 'https://img.youtube.com/vi/xCqGWWRx-1E/hqdefault.jpg' + published_at: 2023-04-22 + release: 15.11 +- name: Vulnerability dismissal reasons + description: | + In previous releases, you had to manually add a comment to specify why a vulnerability was dismissed. + + In GitLab 15.11, you can add a reason for dismissing a vulnerability to the Vulnerability Report. + + Now you can quickly and consistently track why vulnerabilities were dismissed. + + This feature is only available on GitLab.com. Support for self-managed instances is tracked in [this issue](https://gitlab.com/groups/gitlab-org/-/epics/4942). + stage: govern + self-managed: false + gitlab-com: true + available_in: [Ultimate] + documentation_link: https://docs.gitlab.com/ee/user/application_security/vulnerabilities/#vulnerability-dismissal-reasons' + image_url: 'https://about.gitlab.com/images/15_11/vulnerability_dismissal_types__reasons.png' + published_at: 2023-04-22 + release: 15.11 |