初次使用github的艰难尝试。

序言

github是全英文的网站，初次使用在没有翻译成中文的情况下很容易做出很多无意义或误操作。

当对本地的文件进行修改后，有时候只是想更新到fork下来的自己的仓库里，看看改得效果如何 。有时候是想提交合并请求

但因为操作得不熟悉经常不知道自己是更新到了哪里去。在经过磕磕碰碰后进行一点自己的总结，希望对同样初次使用满是困惑的用户能有一点帮助

为什么使用github

作为团队协作工具github具有极大的便利性

可以通过github回溯每一次合并，方便又清楚地整理大家每次的提交结果

小白们也能通过这个平台见识到许多大牛们创造的有趣成果，甚至还可以通过clone到本地亲自参与到项目的开发中。

github基础功能介绍

fork仓库

repository即所说的仓库，里面存放着每个人自己的代码项目，仓库的名字格式是 xxx（仓库所有者的id）/xxx（仓库名），自然而然的，自己的仓库，在仓库所有者那一项就是自己的id

当用户想要在某位大牛的代码基础上进行自己的改动时，可以通过fork操作完成这个目的

fork将在自己名下类似于复制一个仓库，而这个复制下来的仓库的所有者也将变成自己，不过会在仓库id下面一行出现 fork from xxxxx 表示这个仓库的来源

同时，将源仓库看作主干，自己fork下来的仓库就相当于主干的一个分支，如果有人将你的仓库fork下来，那么就等于在分支的基础上再生出一个分支

到目前为止就完成了在网络上的仓库创建

clone 与pull origin与fetch origin

clone即 将代码从网络上的仓库里复制到本机上，紧接着desktop就发挥了用处，desktop可以完成网络端和本地端仓库的同步，当用户把代码clone到本地并进行修改后，desktop就会自动显示出你的修改，若是想将本地修改的结果同步到网络上自己的仓库里，就可以点击 pull origin完成这个操作；当用户在网络端进行了一点修改，在desktop里同样可以通过fetch origin 来将网络上的改动 更新到本地上

pull request与mergin

在fork的介绍中有提到分支这个概念，pull request就是将分支向主干提出合并请求的操作，好比你觉得源代码有些不足 在fork下来的分支里修改完毕后 ，希望源仓库的主人采纳你的修改，这时就向他发出 pull request，如果源仓库主人同意你的请求，就会进行merge（混合），源仓库就会变成你修改后的样子。合并这一说法有合二为一的意思，但是github上合并，并不代表你的仓库和源仓库合并后只存其一，你的仓库不会消失，只有源仓库的内容发生变动而已。

在 github上发出pull request的操作是，打开 源仓库 ，注意不是 自己fork下来的修改的仓库，在源仓库下面点击 绿色的 new pull request这个按钮 （不是导航栏里code隔壁的pull request，那个是查看这个仓库某年某月收到谁谁谁发的分支合并请求的），左下角将会显示你所做的修改。确认之后，点下右上的 view pull request ，会出现小方框，可以填写自己的改动的介绍什么的，然后再点击方框右下角的comment即可。

结语

以上只是github最最最基础的几个操作

除此外，git还有很多很多功能强大的操作

希望有朝一日能够通过自己的努力，在github上和他人共同完成项目