git进阶---分支管理

分支管理

创建与合并分支

查看分支：git branch 查看当前的分支是啥

创建分支：git branch 任意名字，一般是dev为开发分支

切换分支：git checkout 或者git switch

创建+切换分支：git checkout -b 或者git switch -c

合并某分支到当前分支：git merge

删除分支：git branch -d

解决冲突

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

分支管理策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8LEzolut-1621436139301)(attachment:de249adc849a5e3ed721b3f4fc397e4d)]

小结
Git分支十分强大，在团队开发中应该充分应用。

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

Bug分支

有BUG需要进行修复，但当前在DEV分支进行的操作还没有完全结束（如何解决保存尚未完成的修改的问题），这时候就需要我们执行 git stash 指令，将现在的修改进行隐藏，（回复到改分支尚未进行修改的状态），stash为一个栈的结构。

之后，创建一个新分支，对BUG内容进行修改后，进行合并分支的操作；（如何合并？git merge 合并制定分支到当前分支；因此是先切换到原来的分支，在使用 git merge 操作合并分支，记得删除掉该分支；

相关操作

git stash ；

git stash list ; 查看当前stash的所有内容，

git stash apply ;恢复当前stash的内容，但是stash中的内容还未删除，需要删除（git stash drop ）

git stash pop (pop操作，stash的内容也会自动删除)

Feature分支

开发一个新feature，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除。

多人协作

多人协作

clone的默认操作：将自己的master分支和远程库的master分支对应起来，远程仓库的默认名称为origin

查看远程库的信息操作为:

git remote

推送分支

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上

git push origin master

也可以推送其他分支

git push origin dev ; 推送dev分支到远程

分支需要推送的大致原则：

master分支是主分支，因此要时刻与远程同步；

dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

：：本人所在公司会把release 分支作为开发分支，

抓取分支

1.其他人clone时，默认只会在master分支下

2.想要进行相关开发，必须创建远程origin的dev分支到本地，使用如下命令

git checkout -b dev origin/dev

3.可以进行相关操作，即git add ; git commit ;git push 等

远程分支冲突

当A在上传他的提交时，B也进行推送，就会报错；

举例

$ cat env.txt
env

$ git add env.txt

$ git commit -m "add new env"
[dev 7bd91f1] add new env
 1 file changed, 1 insertion(+)
 create mode 100644 env.txt

$ git push origin dev
To github.com:michaelliao/learngit.git
 ! [rejected]        dev -> dev (non-fast-forward)
error: failed to push some refs to '[email protected]:michaelliao/learngit.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details

解决办法，根据上述代码提示，先进行git pull 操作？

不不不，如果直接按照提示进行的话，出现错误，具体如下

$ git branch --set-upstream-to=origin/dev dev
Branch 'dev' set up to track remote branch 'dev' from 'origin'.

原因是，没有指定本地的dev分支和远程的dev分支对应

根据提示，使用指令：

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

再 执行指令

git pull

pull成功后，还需要手动解决冲突，解决后再进行提交，push；

小结：

多人合作开发的模式如下：

1.git push origin 推送自己的修改；

2.如果推送失败，因为远程的分支比现在的版本更新，需要用git pull更新目前的分支。

3.git pull 的前提是本地的分支和远程的分支对应上，若没对应上，需要设置对应。指令举例：

git branch --set-upstream-to origin/

4. 对应后，进行pull。同时本地解决冲突。再使用git push origin 就能成功。

指令小结

查看远程库信息，使用git remote -v；

本地新建的分支如果不推送到远程，对其他人就是不可见的；

从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

参考链接—链接: 廖雪峰git 教程.