From d7bd75ece12adb9e622caaf1bb4184d354208f9f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E7=86=8A=E4=BD=B3=E7=89=A7?= Date: Tue, 8 Sep 2020 00:35:15 +0800 Subject: [PATCH] issue --- docs/user/project/discription-template.md | 90 +++++-------- docs/user/project/git-attr.md | 13 +- docs/user/project/import.md | 54 +------- docs/user/project/issues.md | 147 +++++++--------------- 4 files changed, 86 insertions(+), 218 deletions(-) diff --git a/docs/user/project/discription-template.md b/docs/user/project/discription-template.md index 5e98c49..f7fca53 100644 --- a/docs/user/project/discription-template.md +++ b/docs/user/project/discription-template.md @@ -1,85 +1,59 @@ -# 描述模板[](#描述模板 "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) diff --git a/docs/user/project/git-attr.md b/docs/user/project/git-attr.md index 3c5362e..d82ce72 100644 --- a/docs/user/project/git-attr.md +++ b/docs/user/project/git-attr.md @@ -1,14 +1,13 @@ # 自定义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 diff --git a/docs/user/project/import.md b/docs/user/project/import.md index bc4f17d..2dbf984 100644 --- a/docs/user/project/import.md +++ b/docs/user/project/import.md @@ -1,54 +1,6 @@ # 迁移项目[](#迁移项目 "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 diff --git a/docs/user/project/issues.md b/docs/user/project/issues.md index 4c0bfca..eb77f91 100644 --- a/docs/user/project/issues.md +++ b/docs/user/project/issues.md @@ -1,19 +1,17 @@ # 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 -- GitLab