Git-2

梦里梦外; 2022-04-25 02:20 139阅读 0赞

# 分支管理-创建与合并分支 #

**1，创建与合并分支概述**  
在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。  
一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：  
![在这里插入图片描述][20190430153013232.png]  
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长：  
当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70]  
你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！  
不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 1]  
假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 2]  
所以Git合并分支也很快！就改改指针，工作区内容也不变！  
合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：  
![在这里插入图片描述][20190430153037420.png]  
真是太神奇了，你看得出来有些提交是通过分支完成的吗？

**2，分支的创建相关命令**  
git branch dev 创建一个dev分支  
git branch 查询所有分支  
git checkout -b dev2 创建dev2分支并切换到dev2分支  
git checkout dev 切换到dev分支  
git branch -d dev2 删除dev2的分支

git merge dev 合并分支

**3，解决合并冲突**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 3]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 4]

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

***git log --graph --pretty=oneline --abbrev-commit***  
把分支合并图显示到一行

# 分支管理-分支策略说明 #

**1.分支策略**  
在实际开发中，我们应该按照几个基本原则进行分支管理：  
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；  
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；  
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。  
所以，团队合作的分支看起来就像这样：  
![在这里插入图片描述][20190430153126187.png]

**2.总结**  
Git分支十分强大，在团队开发中应该充分应用。  
合并分支时，加上–no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

# 分支管理-Bug分支 #

场景描述  
有两个分支  
master 发布的分支  
dev 开发的分支

现在程序员正在dev分支 上开发一个新的功能，但还没有完成，又接经理的任务要修复master分支上的一个bug  
1，保存当前的工作现场  
git stash  
2，切换到master分支  
3，从master分支上分一个issue101的bug分支  
4，切换到issue101的分支 并解决bug  
5，切换到master分支去合并issue101的分支  
6，删除issue101的分支  
7，回到dev分支  
8，回到dev分支的工作现场  
git stash pop  
git stash list 列表当前分支的所有工作现场  
9，把master里面最新的解决了bug的代码同步过来  
在dev分支上合并master分支

# 使用GitHub远程仓库 #

**1.概述**

远程仓库特点 实际往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。  
完全可以自己搭建一台运行Git的服务器，不过现阶段，为了学Git先搭个服务器绝对是小题大作。好在这个世界上有个叫GitHub的神奇的网站，从名字就可以看出，这个网站就是提供Git仓库托管服务的，所以，只要注册一个GitHub账号，就可以免费获得Git远程仓库。  
**2.第1步：创建SSH Key。**  
在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id\_rsa和id\_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

$ ssh-keygen -t rsa -C "78414842@qq.com"

![在这里插入图片描述][20190430153203440.png]

你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。  
![在这里插入图片描述][2019043015321959.png]  
**3.第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 5]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 6]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 7]

把id\_rsa.pub文件里面的内容复制到key里面  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 8]

**4.添加远程仓库**

首先，登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 9]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 10]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 11]

目前，在GitHub上的这个hello仓库还是空的，GitHub告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。  
现在，我们根据GitHub的提示，在本地的repository仓库下运行命令：

git remote add origin [git@github.com][git_github.com]:leijhArvin/hello.git

**5.把本地库的所有内容推送到远程库上：**  
git push -u origin master  
![在这里插入图片描述][2019043015331669.png]

把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。  
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。  
推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 12]  
从现在起，只要本地作了提交，就可以通过命令：  
$ git push origin master  
把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

**6.从远程仓库克隆**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 13]  
![在这里插入图片描述][2019043015333642.png]

# 分支管理-多人协作 #

张三和李四 实现多人协作

张三在github上创建一个仓库

张三把本地的仓库推送到github上

在张三帐号配置李四的ssh key

李四使用张三给的clone地址去clone张三的项目

[20190430153013232.png]: /images/20220210/1de9a36d145f4dfeb9e6367b3f59c28d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70]: /images/20220210/c8b7f99d4c984248a3fea5826e5ad092.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 1]: /images/20220210/0bc6ef379b824e3c86dece3636a20627.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 2]: /images/20220210/8b49fa143f5b457589d0b4ec911f18c6.png
[20190430153037420.png]: /images/20220210/61d39258c9ae423781edf3ff55f0db1c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 3]: /images/20220210/8909acc39f0d4acbb5c0c590c1fe167d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 4]: /images/20220210/eaa32f9510bb49909a89bdb42016941e.png
[20190430153126187.png]: /images/20220210/7b989b2a1b4e4524a55e12a15f265f48.png
[20190430153203440.png]: /images/20220210/9765e50ad00c4f28921c842f28ce2578.png
[2019043015321959.png]: /images/20220210/3d28fd30fc3f4cd0ae9314a3def8514c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 5]: /images/20220210/c8c795f427ac41c08db7c6fb40b4bc52.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 6]: /images/20220210/8bff3a235903444b9853ded7543a8b73.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 7]: /images/20220210/ca5ade3da3084f2da4da3d47fb9c941c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 8]: /images/20220210/562a185a74d2498597933d05eeafa469.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 9]: /images/20220210/7ef490d59ad94ad89b4fbf6f0389ebcf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 10]: /images/20220210/65ad08fa39bc4d5f983beb2d5e013852.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 11]: /images/20220210/362971b207464f27858f6e0095203dc8.png
[git_github.com]: mailto:git@github.com
[2019043015331669.png]: /images/20220210/434a84a275a547a89e8a768558aaa8bd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 12]: /images/20220210/b2b57c20c9394d909bdd47e5df2fd5d2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ0MDEzNzkw_size_16_color_FFFFFF_t_70 13]: /images/20220210/2679e030f2584c4f93e8bf9acd8ba338.png
[2019043015333642.png]: /images/20220210/76514ef8ca29496192aa841d87e86b13.png