GIT学习笔记之仓库的使用

目录

一、远程仓库

1）仓库的传输是通过SSH加密的形式进行传输

2）本地库与远程库之间的初始化操作

3）git clone：将远程仓clone至本地仓库

 二、分支管理

2.1 创建与合并分支

2.2 分支管理命令

2.3 合并分支命令

 三、git常见误区

3.1 删除文件后命令

 3.2 合并分支时冲突

3.3 分支管理策略

---

一、远程仓库

同一个git仓库可以分布到不同的机器上，最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。另外，一台电脑也是可以克隆多个版本库的，只要不在同一个目录下。

GitHub提供Git仓库托管服务的。

1. 首先注册github账号才能免费获得git远程仓库
2. 本地git仓库和github仓库之间的传输

1）仓库的传输是通过SSH加密的形式进行传输

第一步： 创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash或者windows系统文件夹下的命令提示符），创建SSH Key：

其中：id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。

第二步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容，如下所示为gitlab的操作；

注意：本地的公钥必须和gitee或gitlab上ssh一致，若不一致则不能正常git clone如下：

2）本地库与远程库之间的初始化操作

gitee上在新建仓库后会有简易的命令行入门教程如下操作即可：

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

对上述命令进行如下汇总：

1. 要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
2. 关联一个远程库时必须给远程库指定一个名字，origin是默认习惯命名；
3. 关联后，使用命令git push -u origin master第一次推送master分支的所有内容；

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

3）git clone：将远程仓clone至本地仓库

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。Git支持多种协议，包括https，但ssh协议速度最快。现使用ssh协议对其clone，显示界面如下所示：

 二、分支管理

概述： 创建一个属于自己的分支，别人看不到，自己还继续在原来的分支上正常工作，而自己在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。

2.1 创建与合并分支

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点；

每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上。

Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！

不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变；

假如我们在dev上的工作完成了，就可以把dev合并到master上。

Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：

所以Git合并分支也很快！就改改指针，工作区内容也不变！

合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

2.2 分支管理命令

在分支操作时的命令为git checkout命令，该命令加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev

$ git checkout dev

Switched to branch 'dev'

 上图所示：git branch命令会列出所有分支，当前分支前面会标一个*号。

2.3 合并分支命令

1）git merge命令用于合并指定分支到当前分支。在合并前修改readme.txt内容，合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

2）注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。当然，也不是每次合并都能Fast-forward，我们后面会讲其他方式的合并。合并完成后，就可以放心地删除dev分支了：

对上述命令进行汇总：

Git鼓励大量使用分支（红色为最新版本git提供的命令）：

1. 查看分支：git branch

2. 创建分支：git branch <name>

3. 切换分支：git checkout <name>或者git switch <name>

4. 创建+切换分支：git checkout -b <name>或者git switch -c <name>

5. 合并某分支到当前分支：git merge <name>

6. 删除分支：git branch -D <name>

 三、git常见误区

3.1 删除文件后命令

删除文件后需要git add -A，光git add. 不行，区别如下所示：

 3.2 合并分支时冲突

 当Git无法自动合并分支时，就必须首先解决冲突（如下图所示）。解决冲突后，再提交，合并完成。解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。用git log --graph命令可以看到分支合并图。

出现上图所示的冲突之后，需手动解决冲突即利用git status告诉我们冲突的文件 ，然后用cat去查看文件内容如下：

手动删除绿色箭头所示的冲突，重新进行add commit ，然后用带参数的 git log --graph --pretty=oneline --abbrev-commit查看分支的合并情况：

最后用如下命令$ git branch -d feature1删除feature1分支。

3.3 分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

下面我们实战一下--no-ff方式的git merge：

首先我们通过如下例子所示：

合并后，我们用如下git log命令看看分支历史：

$ git log --graph --pretty=oneline --abbrev-commit

 从上图中可以看到，不使用Fast forward模式，merge后就像这样：

故在合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。