本文将以一个Github小白的视角，去解释访问Github时常见的一些名词及使用场景。专供Github小白上手使用~~~
小白经历的事情：下载源代码 -> 发表评论 -> 动手修改源代码 -> 提交修改的代码
解释的名词包括：
Repository、Fork、clone、Issue、PullRequest、
Git：Branch、add、Commit、push
hello 大家好，
我是一个Github小白，我上Github最初的目的是想看看各路神仙的开源代码，长长见识，跟着锻炼锻炼。
1）下载源代码
好，那我首先想要下载各路大神的源代码，我该如何操作呢？
我可以直接在大神的Repository（代码仓库）动手脚不，那肯定是不行。就相当于你借了领导一本正在写的手稿，你好意思在上面涂涂改改嘛。
所以我们得首先fork（克隆）别人的仓库，就相当于你把领导的手稿拿过来去复印店复印了一份，不耽误自己看，又不影响领导的写书进度。
好啦，仓库复制了一份，接下来我就该把仓库里的东西揣回家好好观摩啦，即将仓库中的项目clone到本地。类比于，把手稿拿回家好好看。
2）发表评论
我源代码看的津津有味，心里想着这块代码段设计的好，对我很有借鉴意义。同时也发现一些地方存在的一些小Bug，想要反馈给代码贡献者。于是我就在Issue（评论/BUG反馈）发表了自己的观点，其中包括我对目前项目的改进建议以及对存在的BUG的指出。
3）动手修改源代码
就这样，慢慢的，我代码看的多了，自己动手实践多了。我觉得自己不仅可以提出建议，反馈BUG，我还可以自己上手改代码了。我觉得可以帮领导写文章啦。
来吧，说干就干。拿着这个clone（克隆代码）到本地的源代码，我自己上手进行改bug和添加新功能。这就相当于，拿着领导的复印版手稿，自己上手改错别字以及继续完善内容。
那就是我到底是如何具体修改手稿的呢？
①创建branch（分支）：除了手稿本身（master分支），我们是不是得多拿几张空白纸（branck新分支）来写我们的想法
②add、commit(提交)：把我们写的几张内容加入到手稿中（add），装订成册（commit）
③push（推送到远程仓库）：把我装订成册的手稿光明正大带到公司去
4）提交修改的代码
做了自己的一些修改之后，我想要PullRequest一下，即将你的修改通知原来的作者，希望他合并你的修改。老板，我对你的手稿做了修改，你看看行不行嘞
至于我的修改能不能生效呢，这还得看代码贡献者怎么看。代码贡献者觉得你的修改没有错，那么他就会接受修改，merge（合并）到自己的仓库。领导：同志，你很不错，这修改很成功。
