Help us learn about your current experience with the documentation. Take the survey.

创建合并请求

现在,您已准备好将更改从社区 fork 推送到主 GitLab 仓库!

查看此步骤的交互式演示

  1. 前往 GitLab.com 上的社区 fork。 您应该会看到类似这样的消息:

    提示用户根据最近推送的更改创建合并请求的横幅

    选择 创建合并请求。 如果您没有看到此消息,请在左侧边栏中选择 代码 > 合并请求 > 新建合并请求

  2. 查看分支名称。您应该将社区 fork 中的分支合并到 GitLab 仓库的 master 分支。

    创建新合并请求的用户界面,突出显示了源分支和目标分支

  3. 填写信息,然后选择 保存更改。 如果您的合并请求还不完整,不用担心。

    如果您不希望 GitLab 的任何人审阅它,可以选择 标记为草稿 复选框。 如果您创建后对合并请求不满意,可以关闭它,不会有任何影响。

  4. 选择 更改 标签页。它应该看起来像这样:

    合并请求中更改的快照,差异以红色和绿色突出显示

    红色文本显示您更改前的代码。绿色显示代码现在的样子。

  5. 如果您对此合并请求满意并希望开始审阅过程,请在评论中输入 @gitlab-bot ready,然后选择 评论

    带有 “GitLab bot ready” 命令的草稿评论,用于启动审阅过程

GitLab 的某人会查看您的请求并告知您下一步该做什么。

完成审阅过程

创建合并请求后,GitLab 会自动触发一个 CI/CD 管道,该管道运行测试、代码检查、安全扫描等。

您的管道必须成功,您的合并请求才能被合并。

  • 要检查管道状态,请在合并请求顶部选择 管道
  • 如果您需要帮助理解或修复管道,请在评论中使用 @gitlab-bot help 命令来标记一位 MR 教练。

获取审阅

GitLab 会自动对您的合并请求进行分类。 但是,您可以在评论中输入 @gitlab-bot ready 来提醒审阅者您的 MR 已准备就绪。

  • 当标签设置为 workflow::ready for review 时,开发人员会审阅 MR
  • 在您解决了他们的所有反馈并且 MR 已被批准后,MR 就可以合并了。

如果您在此过程中的任何时候需要帮助,请在评论中输入 @gitlab-bot help 或在 Discord 上发起 导师会话

当合并请求被合并时,您的更改就成为 GitLab 代码库的一部分。 干得好!感谢您的贡献!