Skip to content

帮助文档
帮助文档

liu_haipeng / 帮助文档
与 Fork 源项目一致

Fork自 GitCode / 帮助文档

通知 1
Star 0
Fork 0
帮助文档
帮助文档

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

提交 d7bd75ec 编写于 作者: Lab机器人's avatar Lab机器人
浏览文件
操作

issue

上级 30f4d4d6
隐藏空白更改
内联 并排
Showing with 86 addition and 218 deletion
docs/user/project/discription-template.md
浏览文件 @ d7bd75ec
# 描述模板[](#描述模板 "Permalink")
# 描述模板[](#discription-template "Permalink")
我们都知道，项目开发人员更有可能及时解决提交的问题.
我们都知道，项目开发人员更有可能及时解决提交的 Issue。使用描述模板，您可以为 Issue 定义特定的上下文的模板，并为项目合并请求描述字段，并帮助从 Issue 中过滤掉许多不必要的噪音。
使用描述模板，您可以为问题定义特定于上下文的模板，并为项目合并请求描述字段，并帮助从问题中过滤掉许多不必要的噪音.
## 概览[](#overview "Permalink")
## Overview[](#overview "Permalink")
通过使用描述模板，用户可以选择描述模板创建新的 Issue 或合并请求，以帮助他们与其他贡献者进行有效沟通。
通过使用描述模板，创建新发行或合并请求的用户可以选择描述模板，以帮助他们与其他贡献者进行有效沟通.
每个项目都可以定义自己的一组描述模板，这些模板将被添加到项目代码仓库的根目录中。
每个 GitLab 项目都可以定义自己的一组描述模板，这些模板将被添加到 GitLab 项目存储库的根目录中.
描述模板必须用[Markdown](/docs/user/markdown.md)编写，并存储在项目的存储库中的`.gitlab`目录下，且仅考虑默认分支的模板。
描述模板必须用[Markdown](../markdown.html)编写，并存储在项目的存储库中的`.gitlab`目录下. 仅考虑默认分支的模板.
## 示例[](#use-cases "Permalink")
## Use-cases[](#use-cases "Permalink")
* 添加一个模板，该模板将用于特定项目的每个 Issue，并提供说明和指南，要求提供特定于该主题的信息。例如，如果您有一个用于跟踪新博客文章的项目，则可以要求标题，大纲，作者姓名，作者社交媒体信息等等。
* 在前面的示例之后，您可以为随新博客帖子提交的每个合并请求创建模板，要求提供有关帖子日期，前事数据，图像准则，相关问题的链接，审阅者姓名等信息。
* 您还可以为工作流的不同阶段创建 Issue 及合并请求模板，例如功能建议，功能改进或错误报告等。
* 添加一个模板，该模板将用于特定项目的每个问题，并提供说明和指南，要求提供特定于该主题的信息. 例如，如果您有一个用于跟踪新博客文章的项目，则可以要求标题，大纲，作者姓名，作者社交媒体信息等等.
* 在前面的示例之后，您可以为随新博客帖子提交的每个 MR 创建模板，要求提供有关帖子日期，前事数据，图像准则，相关问题的链接，审阅者姓名等信息.
* 您还可以为工作流的不同阶段创建问题并合并请求模板，例如功能建议，功能改进或错误报告.
## 创建 Issue 描述模板[](#creating-issue-templates "Permalink")
## Creating issue templates[](#creating-issue-templates "Permalink")
在代码仓库的`.gitlab/issue_templates/`目录内创建一个新的 Markdown（ `.md` ）文件，提交并推送到您的默认分支。
在存储库的`.gitlab/issue_templates/`目录内创建一个新的 Markdown（ `.md` ）文件. 提交并推送到您的默认分支.
可以通过以下步骤新建一个 markdown 文件:
To create a Markdown file:
1. 单击`master`旁边的`+`按钮，然后单击**新建文件**
2. 将 Issue 模板的名称添加到`master`旁边的**文件名称**文本字段中，确保单词之间用下划线分隔，并且文件的扩展名为`.md` ，例如`feature_request.md`
3. 提交并推送到您的默认分支
1. 单击`master`旁边的`+`按钮，然后单击**New file** .
2. 将问题模板的名称添加到`master`旁边的**File name**文本字段中. 确保单词之间用下划线分隔，并且文件的扩展名为`.md` ，例如`feature_request.md` .
3. 提交并推送到您的默认分支.
如果您的存储库中没有`.gitlab/issue_templates`目录，则需要创建它。
如果您的存储库中没有`.gitlab/issue_templates`目录，则需要创建它.
可以通过以下步骤创建`.gitlab/issue_templates`目录：
要创建`.gitlab/issue_templates`目录：
1. 单击`master`旁边的`+`按钮，然后选择**新建目录**
2. 将此新目录`.gitlab`并提交到默认分支
3. 再次单击`master`旁边的`+`按钮，然后选择**新建目录**
4. 将新目录命名为`issue_templates`，并提交到默认分支
1. 单击`master`旁边的`+`按钮，然后选择**New directory** .
2. 将此新目录`.gitlab`并提交到默认分支.
3. 再次单击`master`旁边的`+`按钮，然后选择**New directory** .这次，n
4. 将目录`issue_templates`并提交到默认分支.
要检查它是否正常工作，请[创建一个新 Issue](/docs/user/project/issues/manage.md#create-a-new-issue)，然后查看是否可以选择描述模板。
要检查它是否正常工作，请[创建一个新问题，](./issues/managing_issues.html#create-a-new-issue)然后查看是否可以选择描述模板.
## 创建合并请求描述模板[](#creating-merge-request-templates "Permalink")
## Creating merge request templates[](#creating-merge-request-templates "Permalink")
与 Issue 模板类似，在代码仓库的`.gitlab/merge_request_templates/`目录内创建一个新的 Markdown（ `.md` ）文件. 提交并推送到您的默认分支。
与发布模板类似，在存储库的`.gitlab/merge_request_templates/`目录内创建一个新的 Markdown（ `.md` ）文件. 提交并推送到您的默认分支.
## 使用模板[](#using-the-templates "Permalink")
## Using the templates[](#using-the-templates "Permalink")
假设我们已经创建了`.gitlab/issue_templates/Bug.md`文件，在创建或编辑问题时，这将启用`Bug`下拉选项，选择`Bug`，`Bug.md`模板文件中的内容将被复制到 Issue 描述字段；可以通过"重置模板"按钮放弃您在选择模板后所做的任何更改，并将其恢复为初始状态。
让我们以创建了`.gitlab/issue_templates/Bug.md`文件`.gitlab/issue_templates/Bug.md` . 在创建或编辑问题时，这将启用`Bug`下拉选项. 选择`Bug` ， `Bug.md`模板文件中的内容将被复制到问题描述字段. "重置模板"按钮将放弃您在选择模板后所做的任何更改，并将其恢复为初始状态.
## 描述模板示例[](#description-template-example "Permalink")
[![Description templates](img/6224c1a367d53cc7bb5c5536af96ec6e.png)](img/description_templates.png)
GitLab 社区版项目中提供了一些 Issue 及合并请求的描述模板，具体的可以参考[`.gitlab`文件夹](https://gitlab.com/gitlab-org/gitlab/tree/master/.gitlab)中的一些示例。
## Setting a default template for merge requests and issues[](#setting-a-default-template-for-merge-requests-and-issues-starter "Permalink")
**提示：**可以在描述模板中使用[快速操作](/docs/user/project/quick-actions.md)来快速添加标签，指派人和里程碑。仅当提交问题或合并请求的用户有权执行相关操作时，才可以执行快速操作。
版本历史
以下是一个 bug 的模板示例：
* 此功能是在[描述模板](#overview)之前引入的，可在[GitLab Starter 中使用](https://about.gitlab.com/pricing/) . 可以在项目设置中启用它.
* 问题模板在 GitLab EE 8.1 中[引入](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/28) .
* 在 GitLab EE 6.9 中[引入](https://gitlab.com/gitlab-org/gitlab/commit/7478ece8b48e80782b5465b96c79f85cc91d391b)了合并请求的模板.
在项目的**"设置" /"可见性"，"项目功能"，"权限"**部分中，应将问题和/或合并请求的可见性设置为"每个人都可以访问"或"只有项目成员"，否则模板文本区域将不会显示. 这是默认行为，因此在大多数情况下都可以.
1. 转到项目的**"设置"** .
2. 单击**合并请求**标题下的**展开** .
3. 填写" **合并请求**的**默认描述模板"**文本区域.
4. Click **Expand** under **默认问题模板**.
5. 填写问题的**默认描述模板**文本区域. 由于 GitLab 合并请求和问题支持[Markdown](../markdown.html) ，因此您可以使用它来格式化标题，列表等.
[![Default merge request description templates](img/c7ee3e55c50a5f7d0e3faceda16e2dc2.png)](img/description_templates_merge_request_settings.png)
[![Default issue description templates](img/c9d2a45b5906d81d1118b63a832bbcd4.png)](img/description_templates_issue_settings.png)
添加描述后，点击**保存更改**以使设置生效. 现在，每次创建新的合并请求或问题时，都将使用您在模板中输入的文本预先填充.
## Description template example[](#description-template-example "Permalink")
我们在 GitLab 社区版项目中使用问题和合并请求的描述模板. 请参考[`.gitlab`文件夹](https://gitlab.com/gitlab-org/gitlab/tree/master/.gitlab)中的一些示例.
**提示：**可以在描述模板中使用[快速操作](quick_actions.html)来快速添加标签，受让人和里程碑. 仅当提交问题或合并请求的用户有权执行相关操作时，才执行快速操作.
这是错误报告模板的示例：
```
```markdown
Summary
(Summarize the bug encountered concisely)
......
docs/user/project/git-attr.md
浏览文件 @ d7bd75ec
# 自定义Git属性[](#自定义Git属性 "Permalink")
GitLab 支持定义自定义[Git 属性，](https://git-scm.com/docs/gitattributes)例如将哪些文件视为二进制文件，以及将哪种语言用于语法突出显示差异.
CODEChina 支持定义自定义[Git 属性](https://git-scm.com/docs/gitattributes)，例如将哪些文件视为二进制文件，以及将哪种语言用于语法突出显示差异。
要定义这些属性， `.gitattributes`在存储库的根目录中创建一个名为`.gitattributes`的文件，并将其推送到项目的默认分支.
要定义这些属性，在代码仓库的根目录中创建一个名为`.gitattributes`的文件，并将其推送到项目的默认分支即可。
## Encoding Requirements[](#encoding-requirements "Permalink")
## 编码要求[](#encoding-requirements "Permalink")
`.gitattributes`文件*必须*使用 UTF-8 编码，并且*不能*包含字节顺序标记. 如果使用其他编码，则文件的内容将被忽略.
`.gitattributes`文件*必须*使用 UTF-8 编码，并且*不能*包含字节顺序标记，如果使用其他编码语言则文件的内容将被忽略。
## Syntax Highlighting[](#syntax-highlighting "Permalink")
`.gitattributes`文件可用于定义语法高亮显示文件和差异时使用的语言. 有关更多信息，请参见["语法突出显示"](highlighting.html) .
## 语法高亮[](#syntax-highlighting "Permalink")
`.gitattributes`文件可用于定义语法高亮显示文件和差异时使用的语言。
\ No newline at end of file
docs/user/project/import.md
浏览文件 @ d7bd75ec
# 迁移项目[](#迁移项目 "Permalink")
1. [From Bitbucket Cloud](bitbucket.html)
2. [From Bitbucket Server (also known as Stash)](bitbucket_server.html)
3. [From ClearCase](clearcase.html)
4. [From CVS](cvs.html)
5. [From FogBugz](fogbugz.html)
6. [From GitHub.com or GitHub Enterprise](github.html)
7. [From GitLab.com](gitlab_com.html)
8. [From Gitea](gitea.html)
9. [From Perforce](perforce.html)
10. [From SVN](svn.html)
11. [From TFVC](tfvc.html)
12. [From repo by URL](repo_by_url.html)
13. [By uploading a manifest file (AOSP)](manifest.html)
14. [From Gemnasium](gemnasium.html)
15. [From Phabricator](phabricator.html)
16. [From Jira (issues only)](jira.html)
1. [From GitHub.com or GitHub Enterprise](github.html)
2. [From repo by URL](repo_by_url.html)
除了上述特定的迁移文档之外，您还可以从 New Project 页面通过 HTTP 导入任何 Git 存储库. 请注意，如果存储库太大，则导入可能会超时.
还可以选择[连接您的外部存储库以获得 CI / CD 好处](../../../ci/ci_cd_for_external_repos/index.html) .
## Migrating from self-managed GitLab to GitLab.com[](#migrating-from-self-managed-gitlab-to-gitlabcom "Permalink")
如果只需要迁移 Git 仓库，则可以[通过 URL 导入每个项目](repo_by_url.html) . 问题和合并请求无法导入.
如果要保留所有元数据（例如问题和合并请求），则可以使用[导入/导出功能](../settings/import_export.html)从自我管理的 GitLab 导出项目，并将这些项目导入 GitLab.com.
所有的 GitLab 用户关联（例如评论作者）都将更改为导入项目的用户. 有关更多信息，请参阅[导入说明](../settings/import_export.html#important-notes) .
如果您需要迁移所有数据，则可以利用我们的[API](../../../api/README.html)从自我管理迁移到 GitLab.com. 从自我管理实例迁移到 GitLab.com 的资产顺序如下：
**注意：**迁移到 GitLab.com 时，除非要使用[SCIM，](../../../user/group/saml_sso/scim_setup.html)否则需要手动创建用户. 使用 API​​创建用户仅限于自我管理的实例，因为它需要管理员访问权限.
1. [Groups](../../../api/groups.html)
2. [Projects](../../../api/projects.html)
3. [Project variables](../../../api/project_level_variables.html)
请记住[导入/导出功能](../settings/import_export.html#exported-contents)的局限性.
您仍然需要通过一系列 Docker 推和推来迁移 Container Registry，并重新运行任何 CI 管道以检索任何构建工件.
## Migrating from GitLab.com to self-managed GitLab[](#migrating-from-gitlabcom-to-self-managed-gitlab "Permalink")
该过程与[从自我管理的 GitLab 迁移到 GitLab.com](#migrating-from-self-managed-gitlab-to-gitlabcom)的过程基本相同. 主要区别在于，管理员可以通过 UI 或[用户 API](../../../api/users.html#user-creation)在自助 GitLab 实例上创建[用户](../../../api/users.html#user-creation) .
## Migrating between two self-managed GitLab instances[](#migrating-between-two-self-managed-gitlab-instances "Permalink")
The best method for migrating from one GitLab instance to another, perhaps from an old server to a new server for example, is to [back up the instance](../../../raketasks/backup_restore.html), then restore it on the new server.
如果将两个 GitLab 实例合并在一起（例如，两个实例上都有现有数据，并且不能擦除），请参阅[从自我管理的 GitLab 迁移到 GitLab.com 中的说明](#migrating-from-self-managed-gitlab-to-gitlabcom) .
此外，您可以将用户[API](../../../api/users.html)与管理员用户一起使用来迁移用户.
\ No newline at end of file
除了上述特定的迁移文档之外，您还可以从 New Project 页面通过 HTTP 导入任何 Git 代码仓库。请注意，如果存储库太大，则导入可能会因为超时而失败。
\ No newline at end of file
docs/user/project/issues.md
浏览文件 @ d7bd75ec
# Issues[](#issues "Permalink")
问题是在 GitLab 中就想法和计划工作进行协作的基本介质.
问题是就想法和计划工作进行协作的基本介质。
## Overview[](#overview "Permalink")
## 概览[](#overview "Permalink")
GitLab 问题跟踪器是用于协作开发想法，解决问题和计划工作的高级工具.
CODEChina Issue 跟踪器是用于协作开发想法，解决问题和计划工作的高级工具。
通过问题，可以在以下各项之间，在实施之前和期间共享和讨论提案：
通过 Issue，可以在以下各项之间，在实施之前和期间共享和讨论提案：
* 您和您的团队.
* 外部合作者.
* 您和您的团队
* 外部合作者
它们还可以用于各种其他目的，根据您的需求和工作流程进行定制.
问题始终与特定项目相关联，但是如果您在一个小组中有多个项目，则还可以在小组级别集体查看所有问题.
它们还可以用于各种其他目的，根据您的需求和工作流程进行定制，Issue 始终与特定项目相关联.
**常见的用例包括：**
......@@ -22,132 +20,77 @@ GitLab 问题跟踪器是用于协作开发想法，解决问题和计划工作
* 接受功能建议，问题，支持请求或错误报告
* 详细说明新的代码实现
另请参见[始终从问题开始讨论](https://about.gitlab.com/blog/2016/03/03/start-with-an-issue/) .
要了解 GitLab 战略营销部门如何将 GitLab 问题与[标签](../labels.html)和[问题板一起使用](../issue_board.html) ，请参阅有关[管理问题的承诺](https://www.youtube.com/watch?v=cuIHNintg1o&t=3)的视频.
另请参见[始终从 Issue 开始讨论](https://about.gitlab.com/blog/2016/03/03/start-with-an-issue/)。
## Parts of an issue[](#parts-of-an-issue "Permalink")
## 认识 Issue[](#parts-of-an-issue "Permalink")
问题包含各种内容和元数据，从而在使用方式上具有很大的灵活性. 每个问题可以包含以下属性，尽管并非必须设置所有项目.
Issue 包含各种内容和元数据，从而在使用方式上具有很大的灵活性。每个 Issue 可以包含以下属性，但并非所有项目都是必须设置的。
|
* Content
* Title
* **内容**
* 标题
* 描述和任务
* 评论和其他活动
* People
* Author
* Assignee(s)
* State
* **人员**
* 作者
* 指派人
* **状态**
* 状态（打开或关闭）
* 健康状况（正常，需要注意或有危险）
* Confidentiality
* 机密性
* 任务（完成与未完成）
|
* 规划和跟踪
* **规划和跟踪**
* 里程碑
* 截止日期
* 重量
* 时间跟踪
* 标签
* 投票数
* 反应表情
* 关联问题
* 分配史诗
* 唯一的发行号和 URL
|
|--|--|
| | |
## Viewing and managing issues[](#viewing-and-managing-issues "Permalink")
虽然您可以在[问题页面](#issue-page)上查看和管理问题的全部详细信息，但也可以一次使用" [问题列表"](#issues-list) ，" [问题板"](#issue-boards) ，"问题参考"和" [Epic"](#epics-premium)处理多个问题 .
针对问题的关键操作包括：
* [Creating issues](managing_issues.html#create-a-new-issue)
* [Moving issues](managing_issues.html#moving-issues)
* [Closing issues](managing_issues.html#closing-issues)
* [Deleting issues](managing_issues.html#deleting-issues)
### Issue page[](#issue-page "Permalink")
[![Issue view](img/a15f0b2964d7094b019c5c33425ba75b.png)](img/issues_main_view.png)
在问题的页面上，您可以查看问题的[所有方面，](issue_data_and_actions.html)如果有必要的[权限](../../permissions.html) ，可以对其进行修改.
### Issues list[](#issues-list "Permalink")
* 唯一的 Issue ID 和 URL
[![Project issues list view](img/854d722d9976d5b36956ddbe41ceae48.png)](img/project_issues_list_view.png)
在"问题列表"上，可以从更高级别的组上下文中打开"问题列表"，从而可以查看当前项目中的所有问题，也可以查看多个项目中的所有问题. 使用[搜索查询](../../search/index.html#filtering-issue-and-merge-request-lists)过滤问题列表，包括特定的元数据，例如标签，受让人，状态等. 从此视图，您还可以对显示的问题[进行批量](../bulk_editing.html)更改.
## 查看及管理 Issue[](#viewing-and-managing-issues "Permalink")
有关更多信息，请参见[问题数据和操作](issue_data_and_actions.html)页面，以了解问题中所有字段和信息的摘要.
虽然您可以在[ Issue 页面](#issue-page)上查看和管理问题的全部详细信息，但也可以使用" [ Issue 列表"](#issues-list) ，["看板"](#issue-boards) ，Issue 引用 处理多个问题。
您可以通过多种方式对问题列表进行排序，例如，通过问题创建日期，里程碑到期日期. 有关更多信息，请参见" [排序和排序问题列表"](sorting_issue_lists.html)页面.
### Issue boards[](#issue-boards "Permalink")
[![Issue board](img/fd79e7dae86040d6e1249793ae0b1502.png)](img/issue_board.png)
[发行板](../issue_board.html)是看板，其栏目根据其标签或他们的受让人显示问题 . 它们提供了使用高度可定制的工作流来管理问题的灵活性.
您可以在栏中重新排序问题. 如果将发行卡拖到另一列，则其关联的标签或受让人将更改以匹配新列的标签或受让人. 整个董事会也可以被筛选为仅包括某个里程碑或总体标签中的问题.
### Design Management[](#design-management "Permalink")
使用[Design Management](design_management.html) ，您可以将设计资产上载到问题并一起查看它们，以轻松地与团队共享和协作.
### Epics[](#epics-premium "Permalink")
[Epics](../../group/epics/index.html)通过跟踪跨项目和里程碑共享主题的问题组，使您可以更有效，更[轻松地](../../group/epics/index.html)管理项目组合.
### Related issues[](#related-issues-starter "Permalink")
您可以将两个问题标记为"相关"，以便在查看一个问题时，另一个[问题](related_issues.html)始终列在" [相关问题"](related_issues.html)部分中. 这可以帮助显示重要的上下文，例如过去的工作，依赖项或重复项.
针对问题的关键操作包括：
### Crosslinking issues[](#crosslinking-issues "Permalink")
* [新建 Issue](/docs/user/project/issues/manage.md#create-a-new-issue)
* [移动 Issue](/docs/user/project/issues/manage.md#moving-issues)
* [关闭 Issue](/docs/user/project/issues/manage.md#closing-issues)
* [删除 Issue](/docs/user/project/issues/manage.md#deleting-issues)
您可以通过引用另一个问题中的问题来[交叉链接问题](crosslinking_issues.html) ，也可以通过包括其 URL 或 ID 来合并请求. 参考的问题在活动流中显示有关参考的消息，并带有指向其他问题或 MR 的链接.
### Issue 详情页[](#issue-page "Permalink")
### Similar issues[](#similar-issues "Permalink")
在 Issue 的详情页面上，您可以查看 Issue 的所有方面，如果有必要的[权限](/docs/user/permissions.md) ，可以对其进行修改。
在 GitLab 11.6 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/22866) .
### Issue 列表[](#issues-list "Permalink")
为了防止同一主题重复出现问题，GitLab 在创建新问题时会搜索相似的问题.
在" Issue 列表"上，可以查看当前项目中的所有问题。使用[搜索查询](/docs/user/search.md#filtering-issue-and-merge-request-lists)过滤 Issue 列表，包括特定的元数据，例如标签，指派人，状态等。从此视图，您还可以对显示的 Issue [进行批量](/docs/user/project/bulk-edit.md)更改。
在" **新问题"**页面中键入标题时，GitLab 会搜索用户在当前项目中有权访问的所有问题的标题和描述. 标题框下方最多显示五个类似问题（按最新更新排序）. 请注意，此功能需要启用[GraphQL](../../../api/graphql/index.html) .
您可以通过多种方式对问题列表进行排序，例如，通过问题创建日期，里程碑到期日期. 有关更多信息，请参见[排序和排序 Issue 列表](/docs/user/project/issues/sort.md)页面.
[![Similar issues](img/95882a4976be6b95971ad0011fcd7617.png)](img/similar_issues.png)
### 看板[](#issue-boards "Permalink")
### Health status[](#health-status-ultimate "Permalink")
[看板](/docs/user/project/kanban.md)中的其栏目根据标签来显示 Issue，它提供了可高度定制的工作流来管理问题的灵活性。
[Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/36427) in [GitLab Ultimate](https://about.gitlab.com/pricing/) 12.10.
您可以在栏中重新排序 Issue，如果将 Issue 拖到另一列，则其关联的标签将更改以匹配新列的标签，整个看板可以被筛选为仅包括某个里程碑或总体标签中的问题。
为了帮助您跟踪问题的状态，您可以为每个问题分配一个状态，以标记按计划进行或需要注意以按时进行的工作：
### 相关的 Issue[](#related-issues-starter "Permalink")
* **步入正轨** (green)
* **需要注意** (amber)
* **有一定风险** (red)
您可以将两个 Issue 标记为"相关"，以便在查看一个 Issue 时，另一个 Issue 始终列在"相关 Issue"部分中，这可以帮助显示重要的上下文，例如过去的工作，依赖项或重复项等。
[!["On track" health status on an issue](img/8308fbab7a41e24cad0bf6c358863ae3.png)](img/issue_health_status_dropdown_v12_10.png)
### 关联 Issue[](#crosslinking-issues "Permalink")
然后，您可以在[Epic 树上](../../group/epics/index.html#issue-health-status-in-epic-tree-ultimate)查看问题状态.
您可以通过引用另一个 Issue 来[关联 Issue](/docs/user/project/issues/crosslinking.md) ，也可以通过包括其 URL 或 ID 来合并请求。参考的 Issue 在活动流中显示有关参考的消息，并带有指向其他 Issue 或合并请求的链接。
#### Disable issue health status[](#disable-issue-health-status "Permalink")
### 相似 Issue[](#similar-issues "Permalink")
此功能默认启用`:save_issuable_health_status`功能标志. 但是，在某些情况下，此功能与旧配置不兼容. 要在迁移配置时关闭该功能，请要求具有 Rails 控制台访问权限的 GitLab 管理员运行以下命令：
为了防止同一主题重复出现问题，在创建新 Isuue 时会搜索相似的 Issue。
```
Feature.disable(:save_issuable_health_status)
```
在**新建 Issue**页面中键入标题时，系统会搜索用户在当前项目中有权访问的所有 Issue 的标题和描述，标题框下方最多显示五个类似问题（按最新更新排序）。
## Other Issue actions[](#other-issue-actions "Permalink")
## 其他 Issue 操作[](#other-issue-actions "Permalink")
* [Create an issue from a template](../../project/description_templates.html#using-the-templates)
* [Set a due date](due_dates.html)
* [批量编辑问题](../bulk_editing.html) -从问题列表中选择多个问题，以批量更改其状态，受让人，里程碑或标签.
* [Import issues](csv_import.html)
* [Export issues](csv_export.html)
* [Issues API](../../../api/issues.html)
* 配置[外部问题跟踪器，](../../../integration/external-issue-tracker.html)例如 Jira，Redmine 或 Bugzilla.
\ No newline at end of file
* [从模板创建 Issue](/docs/user/project/discription-template.md#using-the-templates)
* [设置截止日期](/docs/user/project/issues/due-date.md)
* [批量编辑问题](/docs/user/project/bulk-edit.md)——从 Issue 列表中选择多个 Issue，以批量更改其状态，指派人，里程碑或标签。
\ No newline at end of file
Markdown is supported
0% 或 .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑！
想要评论请 注册 或