关于GitHub上的一些名词解释（理解向）

点赞后看，养成习惯
喜欢的话 可以点个关注哟
你们的点赞支持对博主们来说很重要哦 ！！！

本文将以一个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的指出。

来吧，说干就干。拿着这个clone（克隆代码）到本地的源代码，我自己上手进行改bug和添加新功能。 这就相当于，拿着领导的复印版手稿，自己上手改错别字以及继续完善内容。

那就是我到底是如何具体修改手稿的呢？

①创建branch（分支）：除了手稿本身（master分支）， 我们是不是得多拿几张空白纸（branck新分支）来写我们的想法

②add、commit(提交)： 把我们写的几张内容加入到手稿中（add），装订成册（commit）

③push（推送到远程仓库）： 把我装订成册的手稿光明正大带到公司去


4）提交修改的代码

做了自己的一些修改之后，我想要PullRequest一下，即将你的修改通知原来的作者，希望他合并你的修改。老板，我对你的手稿做了修改，你看看行不行嘞

至于我的修改能不能生效呢，这还得看代码贡献者怎么看。 代码贡献者觉得你的修改没有错，那么他就会接受修改，merge（合并）到自己的仓库。领导：同志，你很不错，这修改很成功。

本文完，感谢你的阅读！！！

最后，如果本文对你有所帮助，希望可以点个赞支持一下。你们的鼓励将会是博主原创的动力。