GitHub之接收、处理Pull Request

阅读量：238 次

发布时间：2019-03-01

本文共 902 字，大约阅读时间需要 3 分钟。

Pull Request 处理流程说明

当团队成员提交Pull Request（PR）后，我们将按照以下步骤进行处理：

创建开发者账号并初始化仓库

开发经理需注册一个适用于开发者的账号（如GitHub、GitLab等平台），然后创建一个新的仓库用于演示。

团队成员克隆仓库到本地后基于特性分支进行修改

成员需要：

在团队仓库页面上点击“Fork”按钮，创建自己的仓库副本。

克隆仓库到本地电脑：git clone <仓库地址>

根据项目要求创建特性分支（如feature-1），并基于该分支进行修改。

成员提交Pull Request到老大

成员将修改后的代码提交到团队仓库，创建Pull Request（PR），供开发经理审核。

进入Pull Request页面

开发经理登录账号后，进入Pull Request页面查看提交的PR状态。

本地代码检查

为确保代码质量，建议开发经理：

克隆团队仓库到本地：git clone <仓库地址>

添加远程分支：git remote add upstream <仓库地址>

获取最新代码：git fetch upstream

创建检查分支：git checkout -b review-<PR编号>

合并目标分支到检查分支：git merge upstream/feature-1

自查代码差异：git diff review-<PR编号>

若确认无误，可删除检查分支：git branch -D review-<PR编号>

处理Pull Request

开发经理可通过以下方式处理Pull Request：

点击“Add a comment”对提交进行评审

点击“Merge Pull Request”直接通过（需确保代码无冲突）

以上操作也可通过本地仓库完成（以Git为例）：

切换到主分支：git checkout master

合并目标分支：git merge upstream/feature-1

推送修改：git push

检查代码差异：git diff origin/master

确认无误后，Pull Request将自动进入“Closed”状态

转载地址：http://hlgv.baihongyu.com/

你可能感兴趣的文章

Netty源码—5.Pipeline和Handler二

Netty源码—6.ByteBuf原理一

Netty源码—6.ByteBuf原理二

Netty源码—7.ByteBuf原理三

Netty源码—7.ByteBuf原理四

Netty源码—8.编解码原理一

Netty源码—8.编解码原理二

Netty源码解读

Netty的Socket编程详解-搭建服务端与客户端并进行数据传输

Netty遇到TCP发送缓冲区满了写半包操作该如何处理

Netty：ChannelPipeline和ChannelHandler为什么会鬼混在一起？

Netty：原理架构解析

Network Dissection:Quantifying Interpretability of Deep Visual Representations（深层视觉表征的量化解释）

Network Sniffer and Connection Analyzer

Network 灰鸽宝典【目录】

NetworkX系列教程(11)-graph和其他数据格式转换

Networkx读取军械调查-ITN综合传输网络？/读取GML文件

network小学习

Netwox网络工具使用详解