Git应用详解第五讲：远程仓库Github与Git图形化界面

时间:2020-04-16 AhuntSun 人气:1

前言

前情提要：Git应用详解第四讲：版本回退的三种方式与stash

这一节将会介绍本地仓库与远程仓库的一些简单互动以及几款常用的Git图形化界面，让你更加方便地使用git。

一、`Git`裸库

简单来说git裸库就是没有工作区的git仓库。比如服务器，只起到代码托管的作用而不需要也不应该修改服务器上的代码。

可通过以下指令创建git裸库:

git init --bare

创建完成之后，查看当前文件目录：

可以看到并不存在工作区目录，表明git裸库仅仅是用来存放和中转开发者提交的代码。

二、本地仓库与远程版本库

本地仓库：也就是之前所讲的git仓库，分为三个区：工作区，暂存区和版本库；
远程版本库：与本地版本库相对应的远程在线版本库，属于裸库；

我们一般会在本地git仓库的工作区和暂存区中对文件进行修改，然后提交到本地版本库，并最终推送到远程版本库进行托管。整个流程如下图所示：

远程仓库的实质就是本地仓库中的版本库对应的远程版本库，通常直接叫做远程仓库。

远程仓库（版本库）的存在作用为：供多台计算机间交换信息，相当于交换两个数过程中的第三方容器。

1.`git push`与`git pull`

这两个命令是我们使用远程仓库时非常常用的命令，它们十分的重要：

git push：将本地仓库某分支上的代码推送到远程仓库的某分支上；注意了，推送操作是分支对分支的，而不是将本地仓库的所有分支都推送到远程仓库，如下图所示（假设推送到远程同名分支）：
git pull：将远程仓库文件拉取到本地版本库，也就是将本地仓库中没有的文件都拉取到本地仓库的版本库中，所以进行拉取操作后，本地仓库的工作区是干净的：

这里的st为status的别名，有关别名的内容，后续会进行详细讲解。

push指令的完整写法：

git push origin srcBranch:destBranch

其中srcBranch表示的是本地分支，destBranch表示的是远程分支；

pull指令的完整写法：

git pull origin srcBranch:destBranch

其中srcBranch表示的是远程分支，destBrach表示的是本地分支；

不要混淆了，可以这样理解：srcBranch表示从哪里来，destBranch表示到哪里去；

`git push`的三种情况

情况一：只有一个用户操作远程仓库时，由于本地仓库对所有的文件和操作都进行了追踪，所以即使本地仓库删除之前推送到远程仓库的文件，再次执行推送时也不需要执行git pull操作。

例如，远程仓库有这么些文件：

在对应的本地仓库中将其他文件删除，只留下README.md，此时再向该远程仓库推送。推送过程十分顺利，并不需要执行git pull操作拉取合并远程仓库中的文件。
情况二：也是只有一个用户操作远程仓库，但是不通过本地推送来更新远程仓库，而是直接为远程仓库添加文件，比如手动添加README.md。

这个时候，由于本地仓库并没有对远程仓库中新增的README.md进行追踪，所以再次推送时会出现如下错误：

此时需要执行git pull操作对远程仓库中新增的文件进行拉取、合并与追踪，之后才能进行git push。
情况三：多人共用同一远程仓库，比如用户A和B，这个时候由于远程仓库上有A提交的而B没有的文件。所以B在执行git push前，要先执行git pull操作，将远程仓库中这些没有的文件进行拉取、合并与追踪。

`git pull`实质

在进行拉取操作的过程中，会执行合并操作（merge），合并操作可能成功也可能失败：

如果merge成功：说明两个人修改的不是一个文件，或者是一个文件的不同地方，这样git会直接使用Fast-forward方式自动合并；
如果merge失败：说明两个人可能修改了同一文件的同一行，这时候就需要进行手动合并，解决文件发生的冲突；

合并完成之后才能进行push操作，将本地仓库的代码推送到远程仓库；

pull操作其实是fetch操作和merge操作的合成：

fetch指令的作用为：将远程仓库中的所有文件拉取到本地仓库的版本库中；
merge指令的作用为：合并拉取到本地的文件；

2.`Github`和`Gitlab`

先有Github后有Gitlab
Gitlab为内网的Github，即Gitlab为内网的git远程服务器，代码不开源，仅供公司内网用户使用，并且可以设置管理权限。

`Github`

不多介绍，世界上最大的开源及私有软件项目的托管和同性交友平台；

`Gitlab`

Gitlab可作为内网的远程代码托管服务器，一般都是安装在Linux系统上：

三、本地仓库 `->` 远程版本库

1.建立联系

在Github上克隆项目时，主要可以采用两种协议：HTTP/HTTPS协议和SSH协议：

当使用HTTP/HTTPS协议建立本地仓库与远程仓库的联系时，不用进行任何配置，但是每次进行推送时都需要输入账号密码。而使用SSH协议，只需要进行一次配置，就可以实现免密推送。

`HTTP/HTTPS`协议

克隆Github上的项目时，可以采用该协议：

建立本地仓库与远程仓库连接时，也可以采用该协议：

git remote add origin https://github.com/AhuntSun/test.git

其中的origin表示远程仓库的意思，可以不叫这个名字，但是约定俗成叫origin。执行完这条命令之后，就可以采用origin来代表远程仓库的URL了。

但是，在进行推送时，由于Github上的项目有权限管理，除了远程仓库的创立者本人，其他用户都无权进行代码的推送。所以，每次将本地仓库的代码进行推送时，都需要输入账号密码验证推送者身份。

`SSH`协议

虽然公网上推荐使用HTTPS协议进行加密传输；但是，在公司内网中只有HTTP协议，每次推送代码都需要重复输入用户名和密码，比较不方便；因此，可以采用SSH协议进行身份验证，过程如下：

首先，采用SSH地址关联远程仓库：
```
 git remote add origin git@github.com:AhuntSun/test.git
```
注意到，Github已经提示我们当前Github账号没有任何SSH公钥。
添加之后，查看远程仓库地址：
```
 git remote show origin
```
如图所示，本地仓库没有远程仓库的访问权限。这是因为我们并没有将本地的SSH公钥部署到远程仓库上，为了解决这个问题，我们需要在本地生成秘钥对，并将其中的公钥部署到远程仓库上。

生成秘钥对

在.ssh文件夹下有一个known_hosts的文件：

打开该文件，可以看到远程仓库Github的IP地址已经添加到了本地信任地址中：

接下来，使用以下命令生成本地计算机的公钥和私钥：

ssh-keygen

在生成过程中，可以选择公钥和私钥的保存地址，默认是保存在.ssh文件夹下的；还可以设置密码，也可以不设置，直接两次回车后成功生成公钥和私钥；

可以看到.ssh文件夹下多了两个文件：

其中，id_rsa表示私钥，id_rsa.pub表示公钥，我们可以分别查看一下它们的内容:

公钥：

私钥：

部署公钥

接着我们要做的就是把生成的公钥部署到远程仓库Github上，如下图所示：

在该界面中可以添加多个公钥，如果项目组会有多个成员，或者一个人使用多台电脑时可以设置多个公钥：

如图所示，可以自定义公钥的名字。注意：一定要勾选Allow write access选项，否则无法将本地仓库代码推送到该远程仓库。并且，添加时需要输入Github账号密码进行确认：

添加完成后，就可以在原来的界面看到新增的公钥了。这样使用该公钥的本地计算机就具有了读写这个远程仓库的权限了；

完成公钥的部署后，就可以成功地查看远程仓库的地址了：

实际开发中，通常会使用SSH协议进行本地仓库与远程仓库的连接。因为只需要配置一次公钥，就可以进行免密推送，十分方便；

添加账户`SSH`

之前在Github上的test仓库中添加了一把SSH公钥，但是该SSH KEY仅限于本地与test仓库的通信，不能在其他仓库中使用。

如果我们想要让Github上的所有仓库都使用同一把SSH KEY，就需要配置针对账号的SSH KEY了。点击Github右上角的Settings：

在该界面可以新建全局的SSH KEY：

2.推送代码

建立了本地仓库与远程仓库的联系之后，就可以将本地仓库的文件推送到远程仓库了：

 git push -u origin master

上述指令表示将本地的master分支推送到远程仓库的master分支上，加上-u表示将本地的master分支与远程的master分支建立关联；再次推送时就可以直接通过git push进行推送了。

3.查看远程仓库地址

可以通过以下三种方法查看所有与本地仓库关联的远程仓库的地址：

git remote //只显示远程仓库地址名
git remote -v //显示远程仓库地址名和对应URL
git remote show origin//显示详细信息

在通过git remote show origin显示的详细信息中：

Fetch URL：表示拉取文件到本地的远程仓库的URL；
Push URL：表示推送时的远程仓库的URL；
可以看到进行git pull和git push操作时，本地与远程分支之间是一一对应的关系；

4.修改远程仓库地址

方法一：删除原有地址，再添加新的URL

git remote rm origin
git remote add origin https://gitee.com/ahuntsun/gitTest.git

方法二：修改原有的远程仓库URL

git remote set-url origin https://163.com

方法三：直接修改.git仓库的config文件

不建议使用这种方法，建议使用命令行修改。手动修改时，可能只是修改了一部分（不全）。这样可能会造成一些无法维护的情况；

注意：尽量避免直接手动操作文件，对于常见的，合理的操作git都提供了相应的指令，使用这些指令更加安全和高效。

对于git来说，默认情况下，它的远程仓库的地址都叫origin；当需要为本地仓库添加多个远程仓库地址时，可通过以下方式：

 git remote add newOrigin https://biliwa.com

不过，在将本地仓库的文件推送到不同的远程仓库时，需要重新建立关联：

 git push -u newOrigin master

与远程仓库的相关分支建立关联后，可直接使用git push进行推送（简写的原理将在下一节进行讲解）。

四、`Git`图形化界面

Git图形化界面非常之多，各种图形化界面的操作不尽相同。但是，它们的实质都是一样的。都是通过执行一条条Git命令，来实现图形化界面中的各种操作。因此，在熟练掌握Git底层操作命令的前提下，再使用Git图形化界面会更加得心应手。因此，十分不建议初学者直接从Git图形化界面入门。

下面简单介绍比较常见的四种Git图形化界面，分别是：gitk、Git Gui、Github DeskTop和SourceTree

1.`gitk`

gitk是git自带的图形化界面，输入命令：gitk，就可以打开下图所示的图形化界面：

在gitk图形化界面中：

左侧表示提交历史，从下往上，从旧到新；
右边的两栏分别是每次提交对应的用户和时间；

该界面很好地展示了git合并的原则：三方合并，如下图所示：

append 1和append 2两次提交的合并过程为：找到它们公共的父节点add a hello，然后在该节点的基础上合并两个节点，得到合并后的master节点。该节点有两个parent指针，分别指向append 1和append 2；

gitk界面的下半部分如下图所示：

上图的SHA1 ID表示每次提交的识别码，也就是commit_id；
Author和Committer分别表示代码的作者和代码的提交者，一般情况下二者是同一人；但是在一些开源项目中，代码的作者是没有权力提交代码的（如Github）。只能提交一个补丁issue，待开源项目作者同意修改后，才会由项目作者代替代码作者提交代码；
再下面的就是各个文件修改的详细信息；如下图所示，Parent表示的是上一次提交，Child表示的是下一次提交：