提交 9bc17aa1 编写于 作者: Lab机器人's avatar Lab机器人

confidential-issues

上级 53d02cd2
......@@ -132,7 +132,7 @@ Issue 从状态(打开或关闭)开始,然后是作者,并包括许多
* **仅显示评论** ,仅显示讨论并隐藏 Issue 的更新
* **仅显示历史记录** ,仅显示更新并隐藏讨论
Also:
此外:
* 您可以使用`@username``@groupname`提及用户或组,除非他们已[禁用](#notifications)其配置文件设置中的[所有通知](#notifications) ,否则它们将通过待办事项和电子邮件得到[通知](#notifications)
* 自己的提及(当前登录的用户)将以不同的颜色突出显示,使您可以轻松查看涉及到的评论,帮助您快速关注它们。
......
# 机密 Issue[](#机密issue "Permalink")
# 机密 Issue[](#confidential-issues "Permalink")
在 GitLab 8.6 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/3282) .
机密性 Issue 是指那些仅具有[足够权限](#permissions-and-access-to-confidential-issues)的项目成员可见的 Issue, 开源项目和公司都可以使用机密 Issue 来使安全漏洞不被公开或防止意外泄漏。
机密性问题是仅对具有[足够权限](#permissions-and-access-to-confidential-issues)的项目成员可见的问题. 开源项目和公司都可以使用机密问题来使安全漏洞不公开或防止意外泄漏.
## 将 Issue 设置为私密[](#making-an-issue-confidential "Permalink")
## Making an issue confidential[](#making-an-issue-confidential "Permalink")
您可以在创建 Issue 或编辑现有 Issue 的过程中将其设置为保密。
您可以在创建问题或编辑现有问题的过程中将其保密.
创建新 Issue 时,可以在文本区域下方的复选框中将问题标记为机密 Issue。选中该框,然后点击" **提交问题"**按钮以创建 Issue。对于现有 Issue ,可以对其进行编辑,然后选中机密复选框,并点击**保存更改**
创建新问题时,可以在文本区域下方的复选框中将问题标记为机密. 选中该框,然后点击" **提交问题"**按钮以创建问题. 对于现有问题,请对其进行编辑,选中机密复选框,然后点击**保存更改** .
[![Creating a new confidential issue](/../../docs/img/confidential_issues_create.png)](img/confidential_issues_create.png)
[![Creating a new confidential issue](img/43a1d5a081bb166e1d43d6e671f250e1.png)](img/confidential_issues_create.png)
## 修改 Issue 的机密性[](#modifying-issue-confidentiality "Permalink")
## Modifying issue confidentiality[](#modifying-issue-confidentiality "Permalink")
有两种方法可以更改 Issue 的机密性:
有两种方法可以更改问题的机密性.
第一种方法是编辑 Issue 并标记/取消标记机密复选框,保存 Issue 后,它将更改 Issue 的机密性;
一种方法是编辑问题并标记/取消标记机密复选框. 保存问题后,它将更改问题的机密性.
二种方法是在 Issue 详情页右侧找到"保密性"部分,然后单击**编辑**,在弹出的窗口中可以设置打开或关闭 Issue 的机密性。
第二种方法是在边栏中找到"保密性"部分,然后单击" **编辑"** . 应该会出现一个弹出窗口,并为您提供打开或关闭机密性的选项.
每次 Issue 机密性的更改也会被系统作为评论自动记录在 Issue 的历史记录中。
| 关闭机密性 | Turn on confidentiality |
| --- | --- |
| [![Turn off confidentiality](img/429e9751a8b0336bb8b7e3faab15a373.png)](img/turn_off_confidentiality.png) | [![Turn on confidentiality](img/3252759837ced64a222db48c62becdd3.png)](img/turn_on_confidentiality.png) |
[![Confidential issues system notes](/../../docs/img/confidential_issues_system_notes.png)](img/confidential_issues_system_notes.png)
系统注释在问题注释中指出了从常规到机密(反之亦然)的每项更改.
## 机密 Issue 区别[](#indications-of-a-confidential-issue "Permalink")
[![Confidential issues system notes](img/b66dc4137ac73e81c66e408cf9fcf391.png)](img/confidential_issues_system_notes.png)
> **注意:**如果您没有足够的权限,您将无法看到机密 Issue 。
## Indications of a confidential issue[](#indications-of-a-confidential-issue "Permalink")
我们可以通过以下几点来区分机密 Issue 和普通 Issue:
> **注意:**如果您没有[足够的权限](#permissions-and-access-to-confidential-issues) ,您将根本看不到机密问题.
在 Issue 列表页面视图中,您可以在标记为机密的问题旁边看到斜线图标
有几件事在视觉上将机密问题与常规问题分开. 在问题索引页面视图中,您可以在标记为机密的问题旁边看到斜线图标.
[![Confidential issues index page](img/8cebf5d928a8666adcfc25eccfeec89e.png)](img/confidential_issues_index_page.png)
[![Confidential issues index page](/../../docs/img/confidential_issues_index_page.png)](img/confidential_issues_index_page.png)
* * *
同样,在问题内部,您可以在问题编号旁边看到斜线图标,但在注释区域中也有一个指示符,表明您正在评论的问题是机密的.
[![Confidential issue page](img/ea665ae1d507d66f5a44d05ff9e32613.png)](img/confidential_issues_issue_page.png)
侧边栏上还有一个指示保密性的指示器.
| 机密问题 | 非机密问题 |
| --- | --- |
| [![Sidebar confidential issue](img/813e077e7aa22bb747b5f237984f1b22.png)](img/sidebar_confidential_issue.png) | [![Sidebar not confidential issue](img/6a33d33154553990ed15338a6f9c7b35.png)](img/sidebar_not_confidential_issue.png) |
同样,在 Issue 详情页,您可以在 Issue 标题上方看到斜线图标,此外在下方的评论区域中也有一个提示框,表明您正在评论的 Issue 是机密的。
## Permissions and access to confidential issues[](#permissions-and-access-to-confidential-issues "Permalink")
[![Confidential issue page](/../../docs/img/confidential_issues_issue_page.png)](img/confidential_issues_issue_page.png)
对于机密问题,有两种级别的访问权限. 一般规则是,机密问题仅对具有[Reporter 访问权限](../../permissions.html#project-members-permissions)的项目成员可见. 但是,来宾用户也可以创建机密问题,但只能查看他们自己创建的问题.
Issue 详情页右边栏也有一个 机密性的标识:
对于非特权用户,机密问题也隐藏在搜索结果中. 例如,这是具有"维护者"和"访客"访问权限的用户分别在项目的搜索结果中看到的内容.
[![Sidebar confidential issue](/../../docs/img/sidebar_confidential_issue.png)](img/sidebar_confidential_issue.png)
| 维护者访问 | 来宾访问 |
| --- | --- |
| [![Confidential issues search master](img/30460bec4b16c49e4f5d5ccc7ac92601.png)](img/confidential_issues_search_master.png) | [![Confidential issues search guest](img/2bb7640bbe66bec0d43070f6f4053758.png)](img/confidential_issues_search_guest.png) |
## 机密 Issue 的访问权限[](#permissions-and-access-to-confidential-issues "Permalink")
## Merge Requests for Confidential Issues[](#merge-requests-for-confidential-issues "Permalink")
对于机密 Issue ,有两种级别的访问权限。一般情况下,机密 Issue 仅对具有Reporter 访问权限的项目成员可见;但是,Guest 用户也可以创建机密 Issue ,但 Guest 只能查看到他们自己创建的机密 Issue 。
在 GitLab 12.1 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/58583) .
对于没有权限的用户,机密 Issue 在搜索结果中也会被隐藏。
为了帮助防止机密信息在解决机密问题的过程中从公共项目中泄露,可以通过创建私有派生的合并请求来解决机密问题.
## 由机密 Issue 创建的合并请求[](#merge-requests-for-confidential-issues "Permalink")
创建的合并请求将针对私有派生的默认分支,而不是公共上游项目的默认分支. 这样可以防止合并请求,分支和提交进入公共存储库,以及过早地泄露机密信息. 当准备好将机密提交公开时,可以通过打开从私有派生到公共上游项目的合并请求来完成.
为了防止机密信息在帮助解决机密 Issue 的过程中从公共项目中泄露,我们可以通过创建私有 Fork 项目的合并请求来解决机密 Issue 。
**最佳实践:**如果您在原始上游的同一组或子组中创建了一个长期的私有派生,则具有开发者成员身份的公共项目的所有用户在私有项目中也将具有相同的权限. 这样,所有有权查看机密问题的开发人员都将拥有简化的工作流程来解决这些问题.
创建的合并请求将针对私有 Fork 项目的默认分支,而不是公共上游项目的默认分支。这样可以防止合并请求、分支和提交进入公共代码仓库,避免过早地泄露机密信息。当准备好将机密提交公开时,可以通过打开从私有 Fork 项目到公共上游项目的合并请求来完成。
### How it works[](#how-it-works "Permalink")
**最佳实践:**如果您在原始上游的同一组织或子组织中创建了一个长期的私有 Fork 项目,则公共项目的所有具有 Developer 权限的用户在私有项目中也将具有相同的权限,这样,所有有权查看机密 Issue 的开发人员都将拥有更简化的工作流程来解决这些 Issue 。
关于机密问题," **创建机密合并请求"**按钮可用. 单击它会打开一个下拉列表,您可以在其中选择**创建机密合并请求和分支****创建分支**
### 实现方式[](#how-it-works "Permalink")
| 创建机密合并请求 | 创建分支 |
| --- | --- |
| [![Create Confidential Merge Request Dropdown](img/17d0ef7b105be8069a4258a758bd25bb.png)](img/confidential_mr_dropdown_v12_1.png) | [![Create Confidential Branch Dropdown](img/4f9a7d54cb4f539c606eaef8fd65b8ed.png)](img/confidential_mr_branch_dropdown_v12_1.png) |
在机密 Issue 中,将会显示**创建机密合并请求**按钮,单击它会打开一个下拉列表,您可以在其中选择**创建机密合并请求和分支****创建分支**
**项目**下拉列表包括用户所属的私有派生列表,至少是开发人员,并且合并请求已启用.
**项目**下拉列表将显示用户至少是 Developer,并且合并请求已启用的全部私有 Fork 项目列表。
每当" **分支名称"**和" **源(分支或标记)"**字段更改时,将检查目标或源分支的可用性. 两个分支都应在所选的私有派生中可用.
每当" **分支名称"**和" **源(分支或标记)"**字段更改时,将检查目标或源分支的可用性。 两个分支都应在所选的私有 Fork项目中可用。
通过单击**创建机密合并请求**按钮,GitLab 将在私有分支中创建分支和合并请求. 当选择**Create branch 时** ,GitLab 将仅创建分支.
单击**创建机密合并请求**按钮后,将在私有 Fork 项目中创建分支和合并请求,当选择**创建分支**时,将仅创建分支。
在私有分支中创建分支后,开发人员现在可以将代码推送到该分支以解决机密问题.
\ No newline at end of file
在私有 Fork项目中创建分支后,开发人员现在可以将代码推送到该分支以解决机密 Issue 。
\ No newline at end of file
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册