git与github——2，远程仓库、分支管理

不念不忘少年蓝@ 2022-05-11 13:30 241阅读 0赞

**目录**

一、远程仓库

1，添加远程库

2，从远程仓库克隆

二、分支管理

1，创建与合并分支

2，解决冲突

3，分支管理策略

4，bug分支

5，多人协作

5，rebase

--------------------

# 一、远程仓库 #

其实在此之前的内容，包括时光穿梭机等，svn都具有这些功能。记住下面这句话：

Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。

说到远程仓库，不得不说github，它就是专门提供Git仓库托管服务的。，只要注册一个GitHub账号，就可以免费获得Git远程仓库。

注册完gibhub账号之后，要连接上自己的github账号，有两步工作：

（1）在本地生成ssh key：

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

之后一路回车就行，如果一切顺利的话，可以在用户主目录里找到`.ssh`目录，里面有`id_rsa`和`id_rsa.pub`两个文件，这两个就是SSH Key的秘钥对，`id_rsa`是私钥，不能泄露出去，`id_rsa.pub`是公钥，可以放心地告诉任何人。生成文件如下：

![70][]

（2）在github的setting里添加ssh

![70 1][]

github能够通过ssh的自动登录方式，来登录github，是不是很像linux？果然是同一个人设计的。

github当然可以设置多个ssh key，一会在办公室提交，一会在公司提交，都是可以的。不过github是公开的，这里的内容都是可以给别人看到的，所以太敏感的东东别放上去了。私密的方式有个gitlab，和github的操作基本一样。

## 1，添加远程库 ##

现在有中情况，我本地有个test1的仓库，我想在github上创建一个同样的仓库，要怎么做？

首先，要再github上创建一个仓库：

![70 2][]

嘿嘿，博主就是masterzz，等玩熟了github，有点东西了，我再附上我的github。

![70 3][]

然后会进入一个quick setup界面：

![70 4][]

会有一堆的提示。我们按照它的提示：

![70 5][]

从命令行中add：

git remote add origin https://github.com/masterzz/test1.git

注意，这个操作一个是要建立ssh，然后是要自己的账号。这里的origin是远程库的名字，是git默认的叫法。接着我们进行push操作：

git push -u origin master

![70 6][]

git命令行这样的提示界面，就算push成功了！由于远程库是空的，我们第一次推送`master`分支时，加上了`-u`参数，Git不但会把本地的`master`分支内容推送的远程新的`master`分支，还会把本地的`master`分支和远程的`master`分支关联起来，在以后的推送或者拉取时就可以简化命令。再刷新下自己的github：

![70 7][]

这样就可以了！

## 2，从远程仓库克隆 ##

![70 8][]

找到上图的网址，然后删了本地test1，再输入：

git@github.com:masterzz/test1.git

![70 9][]

这样就克隆成功了，本地又会有个test1版本库。

![70 10][]

当然在克隆地址中，GitHub给出的地址不止一个，还可以用`https://github.com/michaelliao/gitskills.git`这样的地址。实际上，Git支持多种协议，默认的`git://`使用ssh，但也可以使用`https`等其他协议。

使用`https`除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用`ssh`协议而只能用`https`。

# 二、分支管理 #

git的分支很有意思，建了一个分支，既允许你做a功能，同时也允许你的同事做b功能。

其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢，简直让人无法忍受，结果分支功能成了摆设，大家都不去用。

但Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。

## 1，创建与合并分支 ##

在之前的提交中，就像是开启了一条时间线，而且只有一条时间线。这个分支叫主分支，即`master`分支。HEAD严格来说不是指向提交，而是指向`master`，`master`才是指向提交的，所以，`HEAD`指向的就是当前分支。

![70 11][]

每次提交，节点就加一，master分支就越来越长。如果创建了一个分支，比如dev，dev指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上。

![70 12][]

如果之后在dev分支上进行提交，则会变成：

![70 13][]

如果我们完成了dev的操作，想把dev合并到master分支，该怎么做呢？就是直接把`master`指向`dev`的当前提交：

![70 14][]

合并完后，甚至可以删除dev分支，删除dev分支，实际上就是删除dev指针：

![70 15][]

我们来实践一下：

首先创建一个dev分支：

git checkout -b dev

git checkout命令加上`-b`参数表示创建并切换，相当于以下两条命令：

git branch dev

git checkout dev

之后再用git branch查看当前分支：

![70 16][]

git branch会列出所有分支来，\* 的绿色的就是当前分支；然后我们就可以在dev分支上进行提交：

Git is a distributed version control system.  
Git is free software distributed under the GPL.  
Git has a mutable index called stage.  
Git tracks changes of files.  
Creating a new branch.

增加了一行，添加、提交：

![70 17][]

然后我们切换回master：

git checkout master

readme 回到了4行：

![70 18][]

之后我们将dev合并到master：

git merge dev

![70 19][]

git merge命令用于合并指定分支到当前分支。再查看readme：

![70 20][]

注意到上面的操作是Fast-forward，实际上就是快进到dev指针，即把master指向dev指向的提交，所以这个速度会很快。之后我们删除dev分支：

git branch -d dev

![70 21][]

就只有一个master分支了。

## 2，解决冲突 ##

首先建一个分支：

git checkout -b feature1

在readme中加入一行：

Creating a new branch is quick AND simple.

增加、提交。然后返回master，

git checkout master

而在master分支的readme，增加一行：

Creating a new branch is quick & simple.

同样进行增加、提交。

现在分支的情况，大概是这样的：

![70 22][]

在这种情况下，我们想进行合并：

![70 23][]

果然发生了冲突！Git告诉我们，`readme.txt`文件存在冲突，必须手动解决冲突后再提交。`git status`也可以告诉我们冲突的文件：

![70 24][]

我们来看一下readme文件：

Git is a distributed version control system.  
Git is free software distributed under the GPL.  
Git has a mutable index called stage.  
Git tracks changes of files.  
Creating a new branch.  
<<<<<<< HEAD  
Creating a new branch is quick & simple.  
=======  
Creating a new branch is quick AND simple.  
>>>>>>> feature1

Git用`<<<<<<<`，`=======`，`>>>>>>>`标记出不同分支的内容，我们修改如下后保存：

Creating a new branch is quick and simple.

![70 25][]

现在的分支情况编程了这样：

![70 26][]

我们采用git log来查看分支的合并情况：

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

![70 27][]

用`git log --graph`命令可以看到分支合并图。最后，删除feature1

![70 28][]

这样就解决了冲突。也就是实际上git merge 在有冲突的时候，会标记处两者间的冲突！

## 3，分支管理策略 ##

通常，合并分支时，如果可能，Git会用`Fast forward`模式，但这种模式下，删除分支后，会丢掉分支信息。

如果要强制禁用`Fast forward`模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

要采用非fast forwar模式，要用到\--no-ff方式的`git merge`。依然用dev分支来做实验：

git checkout -b dev

加入一句：

branch strategy test.

然后进行添加和提交：

![70 29][]

切换回master：

git merge --no-ff -m "merge with no-ff" dev

\--no-ff表示禁用fast forward

采用git log 查看日志：

![70 30][]

博主的实验没有成功！这是怎么回事？

实际开发中，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；干活都在`dev`分支上，也就是说，`dev`分支是不稳定的，到某个时候，比如1.0版本发布时，再把`dev`分支合并到`master`上，在`master`分支发布1.0版本。

所以团队的合作就像下图所示：

![70 31][]

## 4，bug分支 ##

Git还提供了一个`stash`功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stash

工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用`git stash apply`恢复，但是恢复后，stash内容并不删除，你需要用`git stash drop`来删除；

另一种方式是用`git stash pop`，恢复的同时把stash内容也删了：

再用`git stash list`查看，就看不到任何stash内容了：

$ git stash list

你可以多次stash，恢复的时候，先用`git stash list`查看，然后恢复指定的stash，用命令：

$ git stash apply stash@{ 0}

git删除时报错：

$ git branch -d feature-vulcan error: The branch 'feature-vulcan' is not fully merged. If you are sure you want to delete it, run 'git branch -D feature-vulcan'.

销毁失败。Git友情提醒，`feature-vulcan`分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用大写的`-D`参数。。

现在我们强行删除：

$ git branch -D feature-vulcan Deleted branch feature-vulcan (was 287773e).

## 5，多人协作 ##

当你从远程仓库克隆时，实际上Git自动把本地的`master`分支和远程的`master`分支对应起来了，并且，远程仓库的默认名称是`origin`。

要查看远程信息，用git remote：

![70 32][]

用 git remote -v可以查看更详细的版本信息：

![70 33][]

这里显示了fetch和push地址，如果没有push权限，就看不到push的地址哦。

推送分支：

git push origin master

![70 34][]

如果要推送其他分支，比如 dev，就改成：

git push origin dev

当然一般master和dev分支是需要推送的，bug和其他feature是不用推送的。

抓取分支：

这一部分，需要模拟另一个仓库我在同级目录建了另一个目录

git clone [git@github.com:masterzz/test1.git][git_github.com_masterzz_test1.git]

用clone命令创建了第二个test1项目（test1\_1下的）。

查看分支情况：

![70 35][]

现在我在两个test1中的readme分别加入 line1和line2：

test1：

Git is a distributed version control system.  
Git is free software distributed under the GPL.  
Git has a mutable index called stage.  
Git tracks changes of files.  
Creating a new branch.  
Creating a new branch is quick and simple.  
line 1

test1\_1:

分别提交：

test1 ：

![70 36][]

test1\_1:

![70 37][]

然后推送到远程仓库：

test1：

git push origin dev  
![70 38][]

test1\_1：

git push origin dev  
![70 39][]

报错了！

说明这时候是由冲突的，该怎么解决？

首先在test1\_1中，使用git pull，然后在本地进行合并：

![70 40][]

此时test1\_1：

Git is a distributed version control system.  
Git is free software distributed under the GPL.  
Git has a mutable index called stage.  
Git tracks changes of files.  
Creating a new branch.  
Creating a new branch is quick and simple.  
<<<<<<< HEAD  
line2  
=======  
line 1  
>>>>>>> 1ce7d40bb85825cd56c2871fe1cb24244bff38f6

解决冲突：

Git is a distributed version control system.  
Git is free software distributed under the GPL.  
Git has a mutable index called stage.  
Git tracks changes of files.  
Creating a new branch.  
Creating a new branch is quick and simple.  
line 1  
line2

解决冲突：

git commit -m "fix conflicts" readme.txt

然后再push试试：

![70 41][]

这样就可以了！github的readme也进行了更新：

![70 42][]

如果存在本地的dev和远程仓库的不一致的情况，调用如下命令：

git branch --set-upstream-to=origin/dev dev

## 5，rebase ##

调用如下命令查看日志：

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

![70 43][]

感觉有点乱，能不能编程一条线？Git有一种称为rebase的操作，有人把它翻译成“变基”。

调用git rebase：

![70 44][]

感觉更加有点看不懂 = = 总之，这个命令是将原本分叉的提交现在变成一条直线了。

参考：廖雪峰的博客

[https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000][https_www.liaoxuefeng.com_wiki_0013739516305929606dd18361248578c67b8067c8c017b000_001375840038939c291467cc7c747b1810aab2fb8863508000]

[70]: /images/20220505/b6ec83d8ee1d431589371ce2a709966f.png
[70 1]: /images/20220505/9099b240358e4640998d4eabc1848067.png
[70 2]: /images/20220505/a6a06d8c789f4b79938645e74e8d0bca.png
[70 3]: /images/20220505/80b9d5355db7404db039bfb82fc5ac99.png
[70 4]: /images/20220505/f4fa1a67889f46c59bb626c91de9a759.png
[70 5]: /images/20220505/634c2bf381f740b8bb8b06db4ab3ff0a.png
[70 6]: /images/20220505/c7b98650be194a82b5cc7d656dc951c3.png
[70 7]: /images/20220505/e31964173e1e471f85a59e33229a02e8.png
[70 8]: /images/20220505/87da08a486c6409baf247d4b35c9bc53.png
[70 9]: /images/20220505/3448e86cfcf546bc9dea2cec1be68b29.png
[70 10]: /images/20220505/6b3aa186fe92455e887c7acb99c0bcc4.png
[70 11]: /images/20220505/26cb93b8cd1349d0bd0b9151d1f09b8c.png
[70 12]: /images/20220505/9e4911b719a343fea604bfb5b94fe687.png
[70 13]: /images/20220505/3e3aa739f83f4d59a4bde9e4fde7fe52.png
[70 14]: /images/20220505/b9c9a35d98e447ee814fd05e6b9f70fe.png
[70 15]: /images/20220505/3165f973618646b990c9addaeb9bd5c5.png
[70 16]: /images/20220505/fa4bbeb3a6fe4c68a9e40380ac8cf9eb.png
[70 17]: /images/20220505/531e18e27c4d4b13a8c0366954423168.png
[70 18]: /images/20220505/4385793e635e4e72bcd17b038b4e3806.png
[70 19]: /images/20220505/8cabca48149a4e3e98bb75dbf05d8cc4.png
[70 20]: /images/20220505/3f03fc866aab48babd849b7f3aca4724.png
[70 21]: /images/20220505/5acafd62cb78474da335734c48c02a89.png
[70 22]: /images/20220505/eae0ce6c39b44688b80db5d86de48845.png
[70 23]: /images/20220505/74f30154b43b497e9731e999881a7ff2.png
[70 24]: /images/20220505/1f8409328502488fb7cf619171b9f3e6.png
[70 25]: /images/20220505/b1e0840677bc44d9a7b23db6dc49822e.png
[70 26]: /images/20220505/3458937280144e4094f09c56a487fd28.png
[70 27]: /images/20220505/392af155ff804e33b95ac35a2c532b7f.png
[70 28]: /images/20220505/edc7785c70624124a4a8f50e59a63263.png
[70 29]: /images/20220505/c1ae5a9111d34a52a190ec88686e0db1.png
[70 30]: /images/20220505/22bbd8b6471e4f8cbed51ce7b6bd4b9c.png
[70 31]: /images/20220505/b9ccd8d5770c40a18889d33b2580fb1f.png
[70 32]: /images/20220505/2018af1bade84042bfdb8467243fff86.png
[70 33]: /images/20220505/e70db3f9bee3429fb3e02ab7366dfe31.png
[70 34]: /images/20220505/463b57fc3f2145e98d1148c76ff2ed77.png
[git_github.com_masterzz_test1.git]: mailto:git@github.com:masterzz/test1.git
[70 35]: /images/20220505/6d2a67a01903469782d4a56677f02491.png
[70 36]: /images/20220505/476f00f5771d4d6eaea7587cd07cd552.png
[70 37]: /images/20220505/e562e7bb5ba5485795d455d6a00cd188.png
[70 38]: /images/20220505/95e6f2e37a9542c0a8f0e5dcace98398.png
[70 39]: /images/20220505/44b3425646f447a0bfb2bf11783159e6.png
[70 40]: /images/20220505/4831f99e8e9f401985a1835c27ff1033.png
[70 41]: /images/20220505/6aa214e67d064d79854148349dfccf77.png
[70 42]: /images/20220505/0479b5bddf1849b081aabfd879add4d4.png
[70 43]: /images/20220505/8c40e0904c144fd2b79c1634d6e0060a.png
[70 44]: /images/20220505/0a5ef84bbf034c509cec580f42dce986.png
[https_www.liaoxuefeng.com_wiki_0013739516305929606dd18361248578c67b8067c8c017b000_001375840038939c291467cc7c747b1810aab2fb8863508000]: https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000