GitHub 的 pull request 测试
为了对 pull request 进行测试,我还弄得挺折腾的,本来已经有了一个 GitHub 账号,为了测试 pull request,不得已又申请了一个(因为 gitee 的好像和 GitHub 这边不互通,无法进行测试)。我原先有一个测试用的仓库,于是乎就直接拿这个仓库进行 pull request 测试了:
https://github.com/2392863668/GitTest
用另外一个 GitHub 账号 fork 过来:
https://github.com/15249089066/GitTest
话不多说,直接说上菜(有图有真相)!
发起 pull request (新账号)
新账号这边把 base 仓库 fork 过来。
为了方便,我直接在网页上提交了一个 commit(这儿是在 master 分支,一般来说会单独创建一个分支比较好)。
填写 commit changes 信息。
提交以后创建新的 pull request。
查看和比对仓库信息 。
对比变化
提交 pull request 。
处理 pull request(原账号)
新账号那边已经提交了 pull request,那 base 仓库这边能收到 pull request 请求吗?我们来看看吧!
刷新原账号下的仓库,发现有一个新的 pull request,赶紧去看看吧!
能看到是新账号发出的 pull request 。
看来 GitHub 官方对于我第一次收到 pull request 还是很高兴的(我当然就更高兴啦!),点击合并请求。
确认合并 。
当然,合并以后,还可以写一下评论(对于无私贡献代码的社区成员,应当给予鼓励和感谢)。
查看记录,合并成功。
大功告成
查看处理信息(原账号)
如果你是开发人员,然后收到了请求被合并(如果是著名开源项目的话)的邮件消息,难道还有比这更让人激动的事情么?
上一篇: 前端正则表达式书写以及常用的方法
下一篇: 鱼眼镜头
推荐阅读
-
Github中自动测试工具 travis-ci的方法_PHP教程
-
工具分享:GitHub的克隆工具Cl0neMast3r,轻松搞定各种测试
-
github push 后未出现 pull request
-
github Pull Request流程
-
使用git处理github中提交有冲突的pull request的问题
-
开发环境和测试环境的发包(及uniapp的request封装)
-
pytest接口测试之fixture传参数request的使用
-
Github中自动测试工具 travis-ci的方法_PHP教程
-
Github fork、pull request、merge
-
Github Pull Request的提出与采纳