合并请求主页

如果你是合并请求的作者、指派人或审查者，它会出现在你的合并请求主页上。此页面按 工作流 或 角色 对你的合并请求进行排序。工作流 视图首先向你展示需要你关注的合并请求，无论这是你的工作还是他人的工作。工作流视图根据此审查过程中的阶段对合并请求进行分组：

%%{init: { "fontFamily": "GitLab Sans" }}%%
flowchart LR
    accTitle: Merge request review workflow
    accDescr: Flow from merge request creation through review, approval, and merge stages with decision points for reviewers and approvals.

    A[Your<br>merge request] --> B{Reviewers<br>added?}
    B-->|Yes| D[<strong>Review<br>requested</strong>]
    B -.->|No| C[<strong>Assigned<br>to you</strong>]
    D -->|Approved| E[<strong>Approved<br>by others</strong>]
    D -..->|Changes<br>requested| F[<strong>Returned<br>to you</strong>]
    F -->|You make<br>changes| D
    E -->G{All<br>approvals?}
    G -->|Yes| K[Ready to merge]
    G -.->|No| J[Remains in<br><strong>Waiting for approvals</strong>]

    linkStyle default stroke:red
    linkStyle 0 stroke:green
    linkStyle 1 stroke:green
    linkStyle 3 stroke:green
    linkStyle 5 stroke:green
    linkStyle 6 stroke:green
    linkStyle 7 stroke:green
    style K stroke:black,fill:#28a745,color:#fff

此审查流程假设审查者使用 开始审查 和 提交审查 功能。

角色 视图根据你在合并请求中的角色对你的合并请求进行排序。

查看你的合并请求主页

GitLab 在所有页面的左侧边栏显示你的总 活跃 合并请求数量：

此用户有：

• 31 个开放问题（ ）
• 8 个活跃合并请求（ ）
• 29 个待办事项（ ）

你的合并请求主页显示有关这些合并请求的更多信息。要查看它，可以使用以下任何方法：

• 使用 Shift + m 键盘快捷键。
• 在左侧边栏，选择 合并请求（ ）。
• 在左侧边栏，选择 搜索或跳转，然后从下拉列表中选择 合并请求。

为了帮助你专注于当前需要关注的内容，GitLab 将你的合并请求主页组织为三个标签页：

• 活跃：这些合并请求需要你或团队成员的关注。
• 已合并：这些是最近 14 天内合并的合并请求。它们是你的工作，或包含你的审查。
• 搜索：搜索所有合并请求，并根据需要筛选。

• 状态：合并请求的当前状态。
• 标题：关于问题的重要元数据，包括：
  • 合并请求标题。
  • 指派人的头像。
  • 添加和删除的文件数和行数（+ / -）。
  • 里程碑。
• 作者：作者的头像。
• 审查者：审查者的头像。带有绿色勾号的审查者已批准合并请求。
• 检查：合并性的简洁评估。
  • 如果存在合并冲突，显示警告（ ）。
  • 未解决的讨论串数量，如 3 个中的 0 个。
  • 当前的所需 批准状态。
  • 最近一次的流水线状态。
  • 最后更新日期。

设置显示偏好

在合并请求主页的右上角，选择 显示偏好（ ）：

• 切换 显示标签 以显示或隐藏每个合并请求的标签。
• 排序偏好：工作流 或 角色。
  • 工作流 按状态对合并请求进行分组。GitLab 首先展示需要你关注的合并请求，无论你是作者还是审查者。
  • 角色 按你是审查者还是作者对合并请求进行分组。

活跃合并请求计入左侧边栏显示的总数。GitLab 将 非活跃 合并请求从你的审查计数中排除。

工作流视图：活跃状态

这些合并请求需要你的关注。它们计入左侧边栏显示的总数：

• 指派给你：你是合并请求的作者或指派人。添加审查者以开始审查流程。 状态：
  • 草稿：合并请求是草稿状态。
  • 需要审查者：合并请求不是草稿，但没有审查者。
• 请求审查：你是审查者。审查合并请求。提供反馈。可选择批准或请求更改。 状态：
  • 请求更改：审查者请求了更改。更改请求会阻止合并请求，但 可以绕过。
  • 审查者已评论：审查者留下了评论但未请求更改。
• 返回给你：审查者已提供反馈或请求更改。处理审查者评论，并应用建议的更改。 状态：
  • 请求更改：审查者请求了更改。
  • 审查者已评论：审查者留下了评论但未请求更改。

工作流视图：非活跃状态

GitLab 将这些合并请求从活跃计数中排除，因为你目前不需要采取任何操作：

• 等待指派人：如果你是作者，合并请求正在等待审查。如果你是审查者，你已请求更改。 状态：
  • 你请求了更改：你已完成审查并请求了更改。
  • 你已评论：你已评论，但未完成审查。
• 等待批准：你指派的正在等待批准的合并请求，以及你请求更改的审查。 状态：
  • 需要批准：剩余的所需批准数量。
  • 已批准：要么你已批准，要么所有所需批准都已满足。
  • 等待批准。
• 你已批准：你已审查并批准的合并请求。 状态：
  • 已批准：你已批准，且所需批准已满足。
  • 需要批准：你已批准，但并非所有所需批准都已满足。
• 他人已批准：已收到其他团队成员批准的合并请求。 如果满足所有要求，可能已准备好合并。 状态：
  • 已批准：你的合并请求已获得必要的批准。

角色视图

角色 视图将你是指派人或审查者的合并请求分组：

• 审查者（活跃）：等待你的审查。
• 审查者（非活跃）：你已审查完毕。
• 你的合并请求（活跃）
• 你的合并请求（非活跃）

活跃 列表中的合并请求计入左侧边栏显示的总数。

相关主题

• 合并请求审查