diff --git a/_book/index.html b/_book/index.html
index 9bccc5cf53f298ff63588c545a65eaaf89ce41c5..47a4e1f853e38a532e24cea1323c69ecf188e45c 100644
--- a/_book/index.html
+++ b/_book/index.html
@@ -1258,7 +1258,7 @@
diff --git a/docs/img/btn_new_issue_for_all_threads.png b/docs/img/btn_new_issue_for_all_threads.png
new file mode 100644
index 0000000000000000000000000000000000000000..3abbba93396af1290ba67be5208cd2eb4e541e14
Binary files /dev/null and b/docs/img/btn_new_issue_for_all_threads.png differ
diff --git a/docs/img/commit_comment_mr_context.png b/docs/img/commit_comment_mr_context.png
new file mode 100644
index 0000000000000000000000000000000000000000..2ca31ab8f0f8ff3f77e68bdcca62011b2e0def3a
Binary files /dev/null and b/docs/img/commit_comment_mr_context.png differ
diff --git a/docs/img/resolve_comment_button.png b/docs/img/resolve_comment_button.png
new file mode 100644
index 0000000000000000000000000000000000000000..2f0b2950e54195d3922906519fc3d4a944ef3d6c
Binary files /dev/null and b/docs/img/resolve_comment_button.png differ
diff --git a/docs/img/resolve_thread_button.png b/docs/img/resolve_thread_button.png
new file mode 100644
index 0000000000000000000000000000000000000000..6d53dd375474c3ee64b20ae66a67addbc12376d0
Binary files /dev/null and b/docs/img/resolve_thread_button.png differ
diff --git a/docs/user/discussions.md b/docs/user/discussions.md
index 4d1c98b6a990dc4ff6802bb8f1e6d0efdce54c8a..36d27e4e149a39591e21e27de08e2e25304bf656 100644
--- a/docs/user/discussions.md
+++ b/docs/user/discussions.md
@@ -1,136 +1,91 @@
# 讨论[](#讨论 "Permalink")
-整个 GitLab 都提供了进行对话的能力.
-
您可以在以下位置发表评论：
* Issues
* Epics
* 合并要求
-* Snippets
-* Commits
-* 提交差异
-
-有标准注释，您还可以选择以线程形式创建注释. 收到回复后，评论也可以[变成主题](#start-a-thread-by-replying-to-a-standard-comment) .
-
-评论区域支持[Markdown](../markdown.html)和[快速操作](../project/quick_actions.html) . 您可以随时编辑自己的评论，拥有" [维护者"访问级别](../permissions.html)或更高[权限的](../permissions.html)任何人也可以编辑其他人的评论.
-
-如果为您的 GitLab 实例配置了" [通过电子邮件回复"，](../../administration/reply_by_email.html)您还可以回复评论通知电子邮件以回复评论. 回复标准评论会创建另一个标准评论. 回复主题注释会在主题中创建回复. 电子邮件回复支持[Markdown](../markdown.html)和[快速操作](../project/quick_actions.html) ，就像您从网络上回复一样.
-
-**注意：**每个对象最多只能有 5,000 条注释，例如：issue，epic 和 merge request.
-
-## Resolvable comments and threads[](#resolvable-comments-and-threads "Permalink")
-
-版本历史
-
-* 在 GitLab 8.11 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/5022) .
-* 可解决的线程只能添加到合并请求差异中.
+* 提交
+* diff
-线程解析有助于跟踪计划或代码审查期间的进度.
+除了标准的评论形式外，您还可以选择以话题讨论的方式创建评论， 收到回复后，评论也将是[话题讨论](#start-a-thread-by-replying-to-a-standard-comment) 的形式。
-合并请求，提交，提交差异和摘要中的每个标准注释或线程最初都显示为未解决. 然后，至少具有开发人员访问项目权限的任何人或所检查的更改的作者都可以单独解决这些问题. 如果该线程已解决，并且非成员取消了他们自己的响应，则这也将取消解决讨论线程. 如果非成员然后解决了相同的答复，则将解决讨论线程.
+评论区域支持[Markdown](../markdown.html)和[快速操作](../project/quick_actions.html) ， 您可以随时编辑自己的评论，拥有" [maintainer"](../permissions.html)或更高[权限的](../permissions.html)用户也可以编辑其他人的评论。
-解决所有标准注释或线程的需求可以防止您忘记处理反馈，并可以隐藏不再相关的线程.
+您还可以通过回复评论通知电子邮件来回复评论，回复标准评论会创建另一个标准评论。回复主题评论会在主题中创建回复，电子邮件回复支持[Markdown](../markdown.html)和[快速操作](../project/quick_actions.html)。
-[](img/thread_view.png)
+**注意：**每个对象最多只能有 5,000 条评论，例如：issue，epic 及合并请求。
-### Commit threads in the context of a merge request[](#commit-threads-in-the-context-of-a-merge-request "Permalink")
+## 可解决的评论及讨论[](#resolvable-comments-and-threads "Permalink")
-在 GitLab 10.3 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/issues/31847) .
+讨论有助于跟踪计划和代码审查的进度。
-对于具有基于提交的工作流的审阅者，在合并请求的上下文中将线程添加到特定的提交差异可能很有用. 在以下情况下，这些线程将通过更改提交 ID 保持不变：
+合并请求，提交，提交差异和代码片中的每个评论或讨论初始状态都显示为未解决，具有Developer及以上权限的任何人或所检查的更改的作者都可以单独解决这些问题。即使该讨论已解决，如果非成员没有解决他们自己的响应，讨论也不会标记为解决；如果非成员解决了相同的答复，则讨论会被标记为已解决。
-* 重新设置后强制推动
-* 修改提交
+解决所有评论或讨论可以防止您忘记处理反馈，并可以隐藏不再相关的线程。
-创建提交差异线程：
+### 在合并请求的上下文中发起讨论[](#commit-threads-in-the-context-of-a-merge-request "Permalink")
-1. 导航到合并请求的" **提交"**选项卡. 将显示构成合并请求的提交列表.
+对于具有基于提交的工作流的审阅者，在合并请求的上下文中将讨论添加到特定的提交差异上可能很有用。 在以下情况下，这些讨论将通过提交ID更改来保持不变：
- [](img/merge_request_commits_tab.png)
+* Rebase后强行提交代码
+* 修改提交的评论
-2. 导航到特定的提交，单击" **更改"**选项卡（在该选项卡中，将仅显示与所选提交不同的内容），并留下评论.
+可以按照以下步骤创建提交差异讨论：
- [](img/commit_comment_mr_context.png)
+1. 导航到合并请求的" **提交"**选项卡,将显示构成合并请求的提交列表
-3. 以这种方式创建的任何线程都将显示在合并请求的" **讨论"**选项卡中，并且可以解决.
+2. 进入选定的提交，单击" **更改"**选项卡（在该选项卡中，将仅显示与所选提交不同的内容），并提交评论
- [](img/commit_comment_mr_discussions_tab.png)
+ [](img/commit_comment_mr_context.png)
-以这种方式创建的线程将仅出现在原始合并请求中，而不是导航到项目的" **存储库">"提交"**页面下的**提交时** .
+3. 以这种方式创建的任何讨论都将显示在合并请求的"**讨论"**选项卡中，并且可以解决
-**提示：**在合并请求内的线程中找到提交引用的链接时，它将在当前合并请求的上下文中自动转换为链接.
+以这种方式创建的线程将仅出现在原始合并请求中，而不是在项目的" **代码">"提交"**页面下的**提交**中。
-### Jumping between unresolved threads[](#jumping-between-unresolved-threads "Permalink")
+**提示：**在合并请求内的讨论中引用的提交的链接时，它将在当前合并请求的上下文中自动转换为链接。
-当合并请求中包含大量注释时，可能很难跟踪仍未解决的问题. 您可以使用线程上"回复"字段旁边的"跳转"按钮在未解决的线程之间跳转.
+### 解决话题跳转[](#jumping-between-unresolved-threads "Permalink")
-您也可以从已解决的线程跟踪器旁边的按钮跳转到下一个未解决的线程.
+当合并请求中包含大量评论时，可能很难跟踪未解决的评论。 您可以使用讨论上"回复"字段旁边的"跳转"按钮在未解决的讨论之间快速跳转。
-您还可以使用键盘快捷键在线程之间导航：
+您还可以使用快捷键在讨论之间导航：
* 使用`n`跳到下一个未解决的线程.
* 使用`p`跳到上一个未解决的线程.
-[](img/threads_resolved.png)
-
-### Marking a comment or thread as resolved[](#marking-a-comment-or-thread-as-resolved "Permalink")
-
-您可以通过单击**线程**底部的" **解决线程"**按钮将其标记为已解决.
-
-[](img/resolve_thread_button.png)
-
-或者，您可以将每个评论标记为单独解决.
-
-[](img/resolve_comment_button.png)
+### 将评论或讨论标记为已解决[](#marking-a-comment-or-thread-as-resolved "Permalink")
-### Move all unresolved threads in a merge request to an issue[](#move-all-unresolved-threads-in-a-merge-request-to-an-issue "Permalink")
+您可以通过单击**讨论**底部的" **解决讨论"**按钮将其标记为已解决。
-在 GitLab 9.1 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/8266)
+[](img/resolve_thread_button.png)
-要在新问题中继续执行来自合并请求的所有打开的线程，请单击" **解决新问题中的所有线程"**按钮.
+或者，您可以将每个评论单独标记为已解决。
-[](img/btn_new_issue_for_all_threads.png)
+[](img/resolve_comment_button.png)
-或者，当您的项目仅[在解决所有线程](#only-allow-merge-requests-to-be-merged-if-all-threads-are-resolved)后才接受合并请求[时](#only-allow-merge-requests-to-be-merged-if-all-threads-are-resolved) ，将存在**一个问题，即以后**在合并请求小部件中**解决它们的**链接.
+### 在合并请求中所有未解决讨论转为 Issue[](#move-all-unresolved-threads-in-a-merge-request-to-an-issue "Permalink")
-[](img/resolve_thread_open_issue.png)
+要在新 Issue 中解决当前自合并请求中的所有未解决的讨论时，可以单击" **再新问题中解决所有讨论"**的按钮。
-这将准备一个问题，其内容涉及合并请求和未解决的线程.
+[](img/btn_new_issue_for_all_threads.png)
-[](img/preview_issue_for_threads.png)
+或者，当您的项目仅[在解决所有讨论](#only-allow-merge-requests-to-be-merged-if-all-threads-are-resolved)后才接受合并请求[时](#only-allow-merge-requests-to-be-merged-if-all-threads-are-resolved) ，在合并请求部件中会有一个创建一个新 Issue 以便稍后解决的选项。
-击中" **提交"问题**将导致所有线程被标记为已解决，并添加注释以引用新创建的问题.
+### 将单个讨论转变成 Issue[](#moving-a-single-thread-to-a-new-issue "Permalink")
-[](img/resolve_thread_issue_notice.png)
+要从单个讨论创建新 Issue时，可以使用" **在新问题中解决此讨论"**按钮。
-现在，您可以继续从 UI 合并合并请求.
+您将会跳转到预填充了讨论内容的新 Issue，类似于为一次委派多个讨论而创建的 Issue。创建 Issue 将把该讨论标记为已解决，并在合并请求讨论中添加引用新 Issue 的评论。
-### Moving a single thread to a new issue[](#moving-a-single-thread-to-a-new-issue "Permalink")
-在 GitLab 9.1 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/8266)
+### 只有全部讨论内容解决后才允许合并[](#only-allow-merge-requests-to-be-merged-if-all-threads-are-resolved "Permalink")
-要为单个线程创建新问题，可以使用" **在新问题中解决此线程"**按钮.
+在解决所有讨论之前，将不允许合并合并请求。
-[](img/new_issue_for_thread.png)
+要使该设置生效，需要进入项目的设置页面，选中" **仅在解决所有讨论后才允许合并请求"**复选框，然后单击" **保存"**即可。
-这会将您定向到预填充了线程内容的新问题，类似于为一次委派多个线程而创建的问题. 保存问题将把该线程标记为已解决，并在合并请求线程中添加引用新问题的注释.
-
-[](img/preview_issue_for_thread.png)
-
-### Only allow merge requests to be merged if all threads are resolved[](#only-allow-merge-requests-to-be-merged-if-all-threads-are-resolved "Permalink")
-
-在 GitLab 8.14 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/7125) .
-
-在解决所有线程之前，可以阻止合并请求.
-
-导航到项目的设置页面，选中" **仅在解决所有线程后才允许合并请求"**复选框，然后单击" **保存"**以使更改生效.
-
-[](img/only_allow_merge_if_all_threads_are_resolved.png)
-
-从现在开始，直到所有线程解决后，您才能从 UI 进行合并.
-
-[](img/resolve_thread_open_issue.png)
+从现在开始，直到所有讨论解决后，您才能从网页上进行合并操作。
### Automatically resolve merge request diff threads when they become outdated[](#automatically-resolve-merge-request-diff-threads-when-they-become-outdated "Permalink")
@@ -144,125 +99,58 @@
从现在开始，如果推送使 diff 部分过时，默认情况下将解决 diff 上的所有线程. 不变的线上线程和顶级可解析线程不会自动解析.
-## Commit threads[](#commit-threads "Permalink")
-
-您可以在项目的**Repository> Commits**下向特定提交添加注释和线程.
-
-**注意：**如果在强制推送后更改了提交 ID，则以这种方式创建的线程将丢失.
-
-## Threaded discussions[](#threaded-discussions "Permalink")
-
-在 GitLab 9.1 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/7527) .
-
-尽管可解析线程仅可用于合并请求差异，但也可以添加没有差异的线程. 您可以针对问题，提交，摘要和合并请求启动一个看起来像线程的特定线程.
+## 提交的讨论[](#commit-threads "Permalink")
-要开始主题讨论，请单击" **评论"**按钮切换下拉列表，选择" **开始主题"，**并在准备发布评论时单击" **开始主题** ".
+您可以在项目的**代码> 提交**下向特定提交添加评论和讨论。
-[](img/comment_type_toggle.gif)
+**注意：**如果在强制推送后更改了提交 ID，则以这种方式创建的讨论将丢失。
-这将以单个线程发布评论，使您可以更详细地讨论特定评论.
-
-[](img/discussion_comment.png)
-
-## Image threads[](#image-threads "Permalink")
-
-在 GitLab 10.1 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/14061) .
-
-有时线程围绕图像旋转. 使用图像线程，您可以轻松地定位图像的特定坐标并在其周围启动线程. 图像线程在合并请求和提交详细信息视图中可用.
-
-要启动图像线程，请将鼠标悬停在图像上. 您的鼠标指针应转换为图标，表示该图像可用于注释. 只需单击图像上的任意位置以创建新线程.
-
-[](img/start_image_discussion.gif)
-
-单击图像后，将显示注释表单，该注释表单将成为您线程的开始. 保存评论后，您会在图像顶部看到一个新的徽章. 此徽章代表您的话题.
-
-> **注意：**该线程标志通常与一个数字关联，该数字仅用作每个线程的可视参考. 在合并请求线程选项卡中，此标记将带有注释图标，因为每个线程都会呈现一个新的图像部分.
-
-图像线程还可以在替换现有图像的差异上工作. 在此差异查看模式下，您可以切换不同的查看模式，但仍可以看到线点标记.
-
-| 2-up | Swipe | 洋葱皮 |
-| --- | --- | --- |
-| [](img/two_up_view.png) | [](img/swipe_view.png) | [](img/onion_skin_view.png) |
-
-映像线程也可与可解析线程一起很好地工作. 差异上的已解析线程（不在"合并请求讨论"选项卡上）在页面加载时将显示为折叠状态，并且将具有对应的标记计数器以匹配图像上的计数器.
-
-[](img/image_resolved_discussion.png)
-
-## Lock discussions[](#lock-discussions "Permalink")
-
-在 GitLab 10.1 中[引入](https://gitlab.com/gitlab-org/gitlab-foss/-/merge_requests/14531) .
-
-For large projects with many contributors, it may be useful to stop threads in issues or merge requests in these scenarios:
-
-* 项目维护者已经解决了该线程，对于继续反馈没有帮助.
-* 项目维护者已经将新对话指向新问题或合并请求.
-* 参与线程的人正在拖钓，辱骂或没有生产力.
-
-在这些情况下，项目中具有开发者权限或更高权限的用户可以使用边栏中的"锁定"部分来锁定（和解锁）问题或合并请求. 对于问题，具有记者权限的用户可以锁定（和解锁）.
-
-| Unlock | Lock |
-| --- | --- |
-| [](img/turn_off_lock.png) | [](img/turn_on_lock.png) |
-
-系统注释指示锁定和解锁.
-
-[](img/discussion_lock_system_notes.png)
-
-在锁定的问题或合并请求中，只有团队成员才能添加新评论和编辑现有评论. 禁止非团队成员添加或编辑评论.
-
-| 队员 | 非团队成员 |
-| --- | --- |
-| [](img/lock_form_member.png) | [](img/lock_form_non_member.png) |
-
-此外，无法重新打开锁定的问题和合并请求.
-
-## Merge Request Reviews[](#merge-request-reviews "Permalink")
-
-版本历史
+## 讨论的讨论[](#threaded-discussions "Permalink")
-* 在[GitLab Premium](https://about.gitlab.com/pricing/) 11.4 中[引入](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/4213) .
-* 在 13.1 版中[移至](https://gitlab.com/gitlab-org/gitlab/-/issues/28154) GitLab Core.
+虽然可解决的讨论仅适用于合并请求的文件diff，但也可以添加与文件diff无关的讨论， 您可以针对 Issue，提交，摘要及合并请求添加一个看起来像讨论的特定讨论。
-查看"合并请求"差异时，您可以开始审阅. 这样，您便可以在"合并请求"中创建**仅**在发布之前才对**您可见的**注释，以便您可以将所有注释作为单个操作提交.
+要开始讨论，请单击" **评论"**按钮切换下拉列表，选择" **开始讨论"，**并在准备发布评论时单击" **开始讨论** "按钮。
-### Starting a review[](#starting-a-review "Permalink")
+这将以单个讨论的形式发起评论，使您可以更大的范围进行特定的讨论。
-为了开始审阅，只需像往常一样在 MR 的" **更改"**选项卡下对差异添加注释，然后单击" **开始审阅"**按钮.
+## 图片的讨论[](#image-threads "Permalink")
-[](img/mr_review_start.png)
+有时讨论会围绕图片展开。使用图片讨论，您可以轻松地定位图像的特定坐标并在其周围开启讨论。图片讨论在合并请求详情和提交的详情页面中可用。
-Once a review is started, you will see any comments that are part of this review marked `Pending`. All comments that are part of a review show two buttons:
+要启动图片讨论，请将鼠标悬停在图片上。当您的鼠标指针转换为图标时，表示该图片可用于讨论，此时只需单击图片上的任意位置以创建新的讨论即可。
-* **完成审阅** ：提交**审阅中的**所有评论，使其他用户可以看到它们.
-* **立即添加评论** ：提交特定评论作为常规评论，而不是审阅的一部分.
+单击图片后，将显示新建评论输入框，保存评论后，您会在图像顶部看到一个新的徽章，此徽章代表您的讨论。
-[](img/pending_review_comment.png)
+## 锁定讨论[](#lock-discussions "Permalink")
-您可以在评论中使用[快速操作](../project/quick_actions.html) . 注释将显示发布后将执行的操作.
+对于有较多贡献者参与的大型项目，在以下场景中禁用讨论将会非常地有帮助：
-[](img/review_comment_quickactions.png)
+* 项目维护者已经解决了该问题，无需更多的后续反馈
+* 项目维护者已经将新讨论指向了新的 Issue 或合并请求
+* 参与讨论者的讨论内容比较随意、辱骂或是无益的产品建议
-要向评论添加更多评论，请照常开始写评论，然后单击**添加到评论**按钮.
+在这些情况下，项目中具有开发者权限或更高权限的用户可以使用边栏中的"锁定"按钮来锁定/解锁 问题或合并请求. 对于问题，具有记者权限的用户可以锁定/解锁。
-[](img/mr_review_second_comment.png)
+在锁定的问题或合并请求中，只有团队成员才能添加新评论和编辑现有评论，非团队成员无法添加或编辑评论。
-这会将评论添加到评论中.
+## 合并请求评审[](#merge-request-reviews "Permalink")
-[](img/mr_review_second_comment_added.png)
+查看"合并请求"差异时，您可以开始审阅，您可以在"合并请求"中创建**仅**在发布之前才对**您可见的**评论，以便您可以将所有评论作为单个操作提交。
-### Resolving/Unresolving threads[](#resolvingunresolving-threads "Permalink")
+### 开始评审[](#starting-a-review "Permalink")
-评论注释也可以解决/无法解决[可解决的线程](#resolvable-comments-and-threads) . 回复评论时，您将看到一个复选框，您可以单击该复选框以在发布后解决或取消解决线程.
+为了开始审阅，只需像往常一样在合并请求的" **更改"**选项卡下对差异添加评论，然后单击" **开始审阅"**按钮。
-[](img/mr_review_resolve.png)
+当开始审阅后，审阅内容部分中所有的评论都会被标记为`Pending`，同时所有审阅中的评论都会显示两个按钮：
-如果特定的待处理注释将解决或取消解决该线程，它将显示在待处理注释本身上.
+* **完成审阅** ：提交**审阅中的**所有评论，使其他用户可以看到它们
+* **立即添加评论** ：提交常规评论，而不是审阅的一部分
-[](img/mr_review_resolve2.png)
+您可以在评论中使用[快速操作](../project/quick_actions.html) ， 评论也将会显示提交评论后即将执行的操作。
-[](img/mr_review_unresolve.png)
+要向评论添加更多评论，请照常开始写评论，然后单击**添加到评论**按钮，这会将评论添加到评论中。
-### Submitting a review[](#submitting-a-review "Permalink")
+### 提交评审[](#submitting-a-review "Permalink")
If you have any comments that have not been submitted, you will see a bar at the bottom of the screen with two buttons:
diff --git a/docs/user/permissions.md b/docs/user/permissions.md
index ec7e2a2fa96112adf76001b51919a593370e8233..ef27b909148aa19501e5fce98d20f1c3f955468f 100644
--- a/docs/user/permissions.md
+++ b/docs/user/permissions.md
@@ -1,18 +1,16 @@
# 用户权限[](#用户权限 "Permalink")
-用户具有不同的能力，具体取决于他们在特定组或项目中具有的访问级别. 如果用户既属于项目组又属于项目本身，则使用最高权限级别.
+不同的用户具有不同的权限，权限取决于他们在特定组或项目中具有的访问级别。 如果用户既属于项目组又属于项目本身，则使用最高权限级别。
-在公共和内部项目上，不执行来宾角色. 所有用户将能够：
+在公共项目上，不启用Guest角色， 所有用户都能够：
-* 创造问题.
-* 留言.
-* 克隆或下载项目代码.
+* 创造 Issue
+* 留言
+* 克隆或下载项目代码
-当成员离开团队的项目时，所有分配的" [问题"](project/issues/index.html)和" [合并请求"](project/merge_requests/index.html)将自动取消分配.
+当成员离开团队的项目时，所有分配给他的" [Issue"](project/issues/index.html)及" [合并请求"](project/merge_requests/index.html)将自动取消分配。
-GitLab [管理员拥有](../administration/index.html)所有权限.
-
-要添加或导入用户，可以遵循[项目成员文档](project/members/index.html) .
+要添加或导入用户，可以遵循[项目成员文档](project/members/index.html)。
## Principles behind permissions[](#principles-behind-permissions "Permalink")
diff --git a/docs/user/reserved.md b/docs/user/reserved.md
index f6bc6455292afcd4f00f4b5a5e7b87b9e0f8653a..c948dbb40a5d3132118a454e5a162b207e5497e8 100644
--- a/docs/user/reserved.md
+++ b/docs/user/reserved.md
@@ -2,11 +2,11 @@
出于系统安全、商标及知识保护等方面的考虑，在设置用户或组织的命名空间时并非所有的名称都会被允许。
-有关不允许用作组名或项目名的单词的列表，请参阅`TOP_LEVEL_ROUTES` ， `PROJECT_WILDCARD_ROUTES`和`GROUP_ROUTES`列表下的[`path_regex.rb`文件](https://gitlab.com/gitlab-org/gitlab/blob/master/lib/gitlab/path_regex.rb) ：
+有关不允许用作组名或项目名的单词的列表，请参阅`TOP_LEVEL_ROUTES` ， `PROJECT_WILDCARD_ROUTES`和`GROUP_ROUTES`列表下的[`path_regex.rb`](https://gitlab.com/gitlab-org/gitlab/blob/master/lib/gitlab/path_regex.rb)文件：
-* `TOP_LEVEL_ROUTES` ：是保留为用户名或顶级组的名称
-* `PROJECT_WILDCARD_ROUTES` ：是为子组或项目保留的名称.
-* `GROUP_ROUTES` ：是为所有组或项目保留的名称.
+* `TOP_LEVEL_ROUTES` ：是为用户名或顶级组织保留的名称
+* `PROJECT_WILDCARD_ROUTES` ：是为子组或项目保留的名称
+* `GROUP_ROUTES` ：是为所有组或项目保留的名称
## 预留的项目名[](#reserved-project-names "Permalink")