Shortcuts

拉取请求

什么是拉取请求?

拉取请求 (Pull Request), GitHub 官方文档定义如下。

拉取请求是一种通知机制。你修改了他人的代码,将你的修改通知原来作者,希望他合并你的修改。

基本的工作流:

  1. 获取最新的代码库

  2. 从主分支创建最新的分支进行开发

  3. 提交修改

  4. 推送你的修改并创建一个 拉取请求

  5. 讨论、审核代码

  6. 将开发分支合并到主分支

具体步骤

1. 获取最新的代码库

  • 当你第一次提 PR 时

    复刻 OpenMMLab 原代码库,点击 GitHub 页面右上角的 Fork 按钮即可 avatar

    克隆复刻的代码库到本地

    git clone git@github.com:XXX/mmcv.git
    

    添加原代码库为上游代码库

    git remote add upstream git@github.com:open-mmlab/mmcv
    
  • 从第二个 PR 起

    检出本地代码库的主分支,然后从最新的原代码库的主分支拉取更新

    git checkout master
    git pull upstream master
    

2. 从主分支创建一个新的开发分支

git checkout -b branchname

小技巧

为了保证提交历史清晰可读,我们强烈推荐您先检出主分支 (master),再创建新的分支。

3. 提交你的修改

# coding
git add [files]
git commit -m 'messages'

4. 推送你的修改到复刻的代码库,并创建一个拉取请求

  • 推送当前分支到远端复刻的代码库

    git push origin branchname
    
  • 创建一个拉取请求 avatar

  • 修改拉取请求信息模板,描述修改原因和修改内容。还可以在 PR 描述中,手动关联到相关的议题 (issue),(更多细节,请参考官方文档)。

5. 讨论并评审你的代码

  • 创建拉取请求时,可以关联给相关人员进行评审 avatar

  • 根据评审人员的意见修改代码,并推送修改

6. 拉取请求合并之后删除该分支

git branch -d branchname # delete local branch
git push origin --delete branchname # delete remote branch

PR 规范

  1. 使用 pre-commit hook,尽量减少代码风格相关问题

  2. 一个 PR 对应一个短期分支

  3. 粒度要细,一个PR只做一件事情,避免超大的PR

    • Bad:实现 Faster R-CNN

    • Acceptable:给 Faster R-CNN 添加一个 box head

    • Good:给 box head 增加一个参数来支持自定义的 conv 层数

  4. 每次 Commit 时需要提供清晰且有意义 commit 信息

  5. 提供清晰且有意义的拉取请求描述

    • 标题写明白任务名称,一般格式:[Prefix] Short description of the pull request (Suffix)

    • prefix: 新增功能 [Feature], 修 bug [Fix], 文档相关 [Docs], 开发中 [WIP] (暂时不会被review)

    • 描述里介绍拉取请求的主要修改内容,结果,以及对其他部分的影响, 参考拉取请求模板

    • 关联相关的议题 (issue) 和其他拉取请求

Read the Docs v: v1.5.1
Versions
latest
stable
v1.5.1
v1.5.0
v1.4.8
v1.4.7
v1.4.6
v1.4.5
v1.4.4
v1.4.3
v1.4.2
v1.4.1
v1.4.0
v1.3.18
v1.3.17
v1.3.16
v1.3.15
v1.3.14
v1.3.13
Downloads
On Read the Docs
Project Home
Builds

Free document hosting provided by Read the Docs.