提交PR注意事项

建立 Issue 并完成 Pull Request

建立一个 Issue 描述问题，并记录它的编号。

切换到所建分支，然后点击 New pull request。

选择目标分支,在 PR 的描述说明中，填写 resolve #Issue编号 可以在这个 PR 被 merge 后，自动关闭对应的 Issue，具体请见这里。

接下来等待 review，如果有需要修改的地方，参照上述步骤更新 origin 中的对应分支即可。

您在Pull Request中每提交一次新的commit后，会触发CI单元测试，请确认您的commit message中已加入必要的说明，请见提交（commit）

当所需的测试后都出现了绿色的对勾，表示您本次commit通过了各项单元测试

如果所需的测试后出现了红色叉号，代表您本次的commit未通过某项单元测试，在这种情况下，请您点击detail查看报错详情，并将报错原因截图，以评论的方式添加在您的Pull Request中，我们的工作人员将帮您查看

在 PR 被 merge 进主仓库后，我们可以在 PR 的页面删除远程仓库的分支。

也可以使用 git push origin :分支名 删除远程分支，如：

$ git push origin :my-cool-stuff

最后，删除本地分支。

$ git checkout develop # 切换到 develop 分支
$ git branch -D my-cool-stuff # 删除 my-cool-stuff 分支

至此，我们就完成了一次代码贡献的过程。

为了使评审人在评审代码时更好地专注于代码本身，请您每次提交代码时，遵守以下约定：

请保证Travis-CI 中单元测试能顺利通过。如果没过，说明提交的代码存在问题，评审人一般不做评审。
提交Pull Request前：
- 请注意commit的数量
  - 原因：如果仅仅修改一个文件但提交了十几个commit，每个commit只做了少量的修改，这会给评审人带来很大困扰。评审人需要逐一查看每个commit才能知道做了哪些修改，且不排除commit之间的修改存在相互覆盖的情况。
  - 建议：每次提交时，保持尽量少的commit，可以通过 git commit --amend 补充上次的commit。对已经Push到远程仓库的多个commit，可以参考 squash commits after push。
- 请注意每个commit的名称：应能反映当前commit的内容，不能太随意。
如果解决了某个Issue的问题，请在该Pull Request的第一个评论框中加上：fix #issue_number，这样当该 Pull Request被合并后，会自动关闭对应的 Issue。
- 请选择合适的词汇。关键词包括：
  - close, closes, closed
  - fix, fixes, fixed
  - resolve, resolves, resolved，
- 详细可参考 Closing issues via commit messages 。

此外，在回复评审人意见时，请您遵守以下约定：

评审人的每个意见都必须回复（这是开源社区的基本礼貌，别人帮了忙，应该说谢谢）：
- 对评审意见同意且按其修改完的，给个简单的 Done 即可；
- 对评审意见不同意的，请给出您自己的反驳理由。
如果评审意见比较多：
- 请给出总体的修改情况。
- 请采用 start a review 进行回复，而非直接回复的方式。原因是每个回复都会发送一封邮件，会造成邮件灾难。