Git笔记——基本功能（下）

大家好，DDL是大学生的第一生产力，所以很快就赶出这第二篇教程出来啦。

本篇文章会重点放在GitHub上，说git操作GitHub的一些基本操作。

本篇文章的部分内容参考了Git链接到自己的Github（1）简单的开始 - plinx - 博客园，这是一篇不错的blog，介绍了git操作GitHub的一些常见问题。

下面我们开始正文

准备工作

推送文件及常见问题

GitHub 界面一些按钮及操作

准备工作

先给大家看看GitHub的界面

首先登陆GitHub的网站，注册一个GitHub账号，GitHub的账号是电子邮箱和密码，这个邮箱是GitHub用来给你发通知的重要邮箱，不要随便设置。

然后我们返回git，记得你之前设置了一个本机的邮箱和用户名吗？现在你需要让本地库与GitHub建立连接，如何让GitHub知道这个是你发的呢？这就是SSH密钥的作用了，好的，我们输入以下命令：

ssh-keygen -t rsa -C "youremail@example.com"

（请注意这个邮箱是你的本机邮箱）

这是在生成一个RSA的SSH密钥，之后它会先让你确定产生的id_rsa（请注意文件名，这个文件名要是不对就删掉重来吧，以前我掉进坑过）的密钥地址，好的，然后会让你输入密码，这个密码如果不是军事用途，商业机密什么的就忽略掉。讲白了，直接enter下来就好

但是！如果这不是你第一次设置密钥，你可能会与之前的密钥地址和文件名冲突，这个时候需要自己设置好存放的地址。

这里给大家看一下产生的两个文件

（以前已经设置过一个密钥了，所以这次我修改了存放地址）

id_rsa那个是密钥，不要泄露出去，id_rsa.pub是公钥(public)，可以暴露，同样的，GitHub只需要知道你的公钥就可以确定你是谁了。所以下一步我们回到GitHub。

点击右上角你的头像——Settings——SSH and GPG keys进入界面，点击右上角的New SSH key按钮

自己设立title，然后key里面把原来的公钥用notepad 打开，直接复制粘贴到Key框里面就好。

添加好了，我们来测试一下SSH链接。

ssh -T git@github.com

被成功识别之后，你就可以开始操作了。

推送文件

首先，我们在GitHub账户上创建一个新的空仓库，以我自己的账户为例，设置名字为demo

由于我们现在演示的是把东西推送上去，所以最后那个设置README的选项不要管它。直接到这里就创建仓库就好。

然后进入这个界面

下一步要做的事情就已经很明显了，输入命令

git remote add origin git@github.com:*

git push -u origin master

我们解释一下：

● 第一行命令是要添加一个远程库，*后面是这个仓库的地址，对照好GitHub界面左上方仓库的地址，然后不要忘了后面的.git扩展名，remote 遥远的，origin一般表示远程库。

● 第二行命令是将master分支上的东西都推送到这个远程库上。-u参数表示第一次需要先建立本地版本库与GitHub远程库的连接，第二次之后就不需要这个参数了。

那我们来演示一下

（提交的过程会有点慢，等待就好）

（origin是刚才做了添加之后产生的文件，无视就好）

那么提交之后，再回头去看看GitHub，发生了什么呢？

这就完成了提交。

提示：远程库的状况如果你不清楚的话，只需要输入命令：

git remote -v

就可以展现远程库的详细信息。

提示：如果你想推送到下一个库，那么之前的库要记得删，命令是

git remote remove origin

注意：分清楚工作区，暂存区和你的branch分支上的文件（已经提交的），你这次的push只是把已经commit到branch分支上的文件提交了上去，工作区内没有被add，commit的文件是不会被提交的，如果觉得不太放心，时刻注意查看一下工作区的status

注意：很多时候我们需要把一个库里面的文件夹一起推上去，git add有一种参数方法是可以把所有的文件一起推送上去的，这里不介绍这个命令的原因是如果碰上文件夹，这种方法会把文件夹识别为文件，会产生意想不到的情况。所以我建议大家一个一个的add，然后检查完了再进行push。

当然，事情往往总不是那么plain sailing（一帆风顺）……

因为之前我们已经做了很多的注意和提示，所以诸如连接不上，找不到仓库（not find a repository）这些的我们都当你们会成功的躲过……

但是，有可能会发生rejected（拒绝）的错误，别忘了刚才我们是推送给一个空仓库，如果里面有东西呢怎么办？

有的代码是不允许你覆盖的，这种情况下我们推荐的解决方案是先把它原本的东西抓取下来，使用的命令是

git pull

这个时候会牵涉到分支的合并的问题，具体的说的话不太好理解，其实只要理解为：远程库的版本比你现在的分支的版本要新，你应该怎么样做分支的合并？

这个时候，我们进入.git文件夹（别忘了上一节提到的那个初始化工作区后生成的一个隐藏文件夹），打开config，修改里面的一些东西为如下内容：

[branch "master"]

remote = origin

merge = refs/heads/master

之后就可以正常爬取并且传送上去了。

这种情况产生的原因是冲突，这在多个分支的工作的时候经常会出现，不过如果你一直都是一个master分支，那倒是问题不大。

好的，最后来说一说clone

git clone git@github.com:*

*的东西是远程版本库的地址，我们举个例子，现在打开一个很强的GitHub网站

我要把它clone下来放到我的GitHub的demo工作区

这就代表了任务的完成，回去看看demo里，哎，真有这玩意。

提示：我自己在研究的时候发现传输的速率总是很慢很慢（几个KB/s），但是现在我们看这个就发现完全不一样，这个原因是因为我自己打开的校园网的VPN，如果你也是学生的话，这个方法不妨一试，挂个服务器代理，连一下VPN，都可以大大提高传输的速率。

好的，有人要提问了，到现在为止，我都没有发现怎么删除文件，事实上这需要好好的理解一下git add和commit文件的具体表示。

我们这里提供了一个演示

我之前手工的创建了一个文件demo2.txt，现在我把它手动删除了，然后

看到图里的deleted了没？再看看下面的git add demo2.txt，是不是有点懵逼？

注意！这里提交的并不是demo2.txt的文件，而是对应的它的修改命令！也就是说，你把这个东西commit并且push掉之后，GitHub执行的就是删除命令了。demo2.txt就在GitHub上被删了。

当然，如果你想完全通过命令行来简单粗暴的解决，也可以使用git rm命令，具体的原理与git add相似，这里我们就不展开了。

下面，来看一个稍微复杂的问题

写一份教程的同时自己也要保证图的多样性，例子的准确性，就刚刚我看到了我的git上显示了这些东西

原来我在刚才做了删除操作之后发现那个句子好像很不错，我就后悔了，做了一次reflog，于是，现在我的本地仓库版本已经比远程库落后了，这个时候，我尝试着去push新的东西上去，也就失败了

解决方案：

1. 把目前你的东西复制一份移出工作区

2. it pull，然后把你的东西移进来，手动解决冲突。

3. git push

这样就可以了。

这个问题挺常见的，希望大家可以多看看这篇文章，积累经验。

GitHub 界面一些按钮及操作

学了以上的命令，已经足够你玩转你自己的GitHub了，但是这并不是我们逃避GitHub的理由，因此我们这里依然对GitHub的界面做一些简单的介绍，希望大家学完后可以轻松玩转GitHub~~

我们还是一样，看图说话

登陆GitHub网站，我这边会显示这样的画面

可以看出分为好几块，我们一个一个来说

● 上方导航区，一般常用的是search，pull requests和issues。

● 左上方的导言，这是给你去探索着玩的，有兴趣的可以去看看

● 右上方的表示你在这些仓库里贡献过，也就是提交过文件

● 右下角表示仓库，注意三个图标，前三个代表是自己的仓库，第四个代表这是个私人仓库，经过owner分享才能看到，最后三个是fork下来的（fork的概念之后说）

● 点击右上方的头像，点击your profile就进入了下一张图

这里就要说这么几个概念了

fork

我们看到REMDME下面有一行提示文字是forked from...，这代表这个仓库是从别的地方拷过来的，这种情况多半出现在需要摘用别的代码并且进行修改的时候，在项目协作开发的时候会经常用上。

与之相对应的就是

pull request

点进去fork的仓库，我们来看一下这张图

我们继续一点一点来看

● 首先右上角的三个按钮是标记这个仓库被fork，star，watch的次数的，当然你也可以点击那个fork的按钮，完成fork操作

● 略微向下有一个code栏，pull requests之后说，projects这一栏主要是用来标记目前的项目开发的一些进度的，这个有点像notes的意思。另外想介绍一下settings，这可以对仓库做一些处理，比如删除……不说了，我脸现在还很疼。

● 再往下看到31 commits那一栏，这一栏我们拉出来说

1. commits

这是记录提交的每一步的，这和git reflog展现出来的内容相似，点每一次提交记录就能看到每一步的提交状态。

2. branch

这标记了提交的不同分支，在项目开发中，有可能有一方面的内容是由多个人来做的，这个时候多个人对应多个分支，这一方面内容有点复杂，这里略去不说。

3. Release

这个牵涉到了版本tag标记的概念，大概意思就是说，我每一次的成稿都给它一个tag，标记版本号，也就是项目开发的开发版本相关内容，这一块内容由于组内开发不复杂，这里略去不说。感兴趣的可以参考廖雪峰老师的教程。

4. contributors

这就表示由多少人参与了协作。

● 再下方最左有个branch:master，master都知道是主分支，如果你用多个分支提交过文件，就会有不一样的内容

● 稍微往右看，看到了一个New pull request，这就是fork对应的功能，你fork完，修改完之后认为对了，就可以提交一个pull request，界面会给你提供修改的痕迹，提交成功后，由这个仓库的owner进行评定，如果成功，你的pull request就会成功的被应用到他的项目开发中，也就是给开源做了贡献啦。

● 再往右看有个create new file和upload files等等，咱们略去不说，因为太简单了，clone or download中，download是可以下载的，不过是手工下载，clone就不用说了，你已经学过git了。

● 再往下有一条提示信息：

This branch is 26 commits behind the xmucpp:master.

这个代表你fork的对应的原organization（组织，orga）已经很新了，在这之后有26条提交记录，后面就开始提示你要不要做pull request，但是compare的话只会compare这个仓库的变化，所以有可能你点进去依然看不到任何信息。

最后，给大家展示一下项目组的organization