GitHub从0到PR

15 篇文章 0 订阅

概述

Github作为程序员最大交友社区,想必每个程序员都不陌生。发起一个PR应该是无数GitHub初学者的一个小心愿。下边就一步一步来讲述从零到PR的整个过程,希望能给初学者以所得。

点个Star

某日,程序员小吴闲来无事,在Github上闲逛,突然遇到了Test,一见钟情。准备搭个讪,认识一下于是点了个Star

Star

此处的Star:点赞

Star之后的项目我们可以个人中心的Your stars中查看

image-20200517193815140

发起Issue

小吴在使用Test项目过程发现Test项目比较实用,但是也发现了不足,比如没有README.md项目自述文件,因此小吴想给该项目加上自述文件,因此他发起了一个issue进行讨论,征求开发者意见。

issue

此处的issue:问题,一般情况如果感觉在使用该项目过程中遇到问题或者有更好的idea都可以发起issue来进行讨论。

一般来说如果项目维护者看到你的issue之后会进行回应,讨论可行的解决方案

image-20200517201431946

github进行交流的过程中,我们常常会遇到下边这些用语,便于大家查看,整理如下图表:

名称含义中文含义
WIPWork in progress, do not merge yet出现在 PR 的标题中,用于提示审核人,项目正在开发中暂时不要合并
LGTMLooks good to me表示对提交者的赞许,鼓励他更多的参与贡献。
ccCarbon copy表示抄送的意思,希望某人也能收到,了解相关信息,通过 cc 后续的 @ At 出对应的成员,他可以再自己的通知中收到相关信息。
TL;DRToo Long; Didn’t Read.太长懒得看。也有很多文档在做简略描述之前会写这么一句
PTALPlease take a look.帮我看下,一般都是请别人 review 自己的 PR
DNMDo not merge不要合并
ACKacknowledgement我确认了或者我接受了,我承认了
NACK/NAKnegative acknowledgement.我不同意

进行PR

得到回应之后,小吴便可以开始尝试Fork一个分支在本地进行开发。

Fork

此处Fork:开分支,由于本身小吴没有权限直接操作Test的仓库,因此他需要先将Test项目在自己账号下边建立起一个分支。在自己的分支下进行功能开发。

小吴接下来创建项目自述文件README.md并进行编辑

image-20200517202541181

编辑完成后,发起PR

PR

此处PR:全程Pull Request,合并拉取请求,用以发起将自己的分支合并到主干分支的请求,请求对方将你的代码 Merge 到他的主干分支。

分支合并

项目维护者在查看提交信息后如果满足要求则会进行分支合并。合并完成之后此次PR便完成了。

image-20200517211722154

然后再Test项目中的Contributors中看到vcjmhg的大名😄

image-20200517212019639

至此一次PR便完成。

小结

希望大家在使用Github项目时,要勇敢的发起Issue,这至少是迈向开源的第一步。可能有时我们会感觉自己水平很菜,但其实每个人都是从菜鸟到大牛逐步迈进的。

我总是告诫自己:“虽然我很菜,但我也要菜出特色。”

分享此处与君共勉!!

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值