分支管理
1创建与合并分支
Git鼓励大量使用分支:
1,在Git里,存在一个分支叫主分支,即master分支
2,master分支是一条线
3,HEAD指向master,master指向最新的提交,即当前分支的提交点
4,每次提交,master分支都会向前移动一步
创建分支:
1,Git新建了一个指针叫dev,指向master相同的提交
2,HEAD指向dev,就表示当前分支在dev上:
第一种:
$ git checkout -b dev
Switched to a new branch 'dev'
注意:-b参数
表示创建并切换
第二种:
$ git branch dev
$ git checkout dev
Switched to branch 'dev'
查看当前分支:
$ git branch
* dev
master
注意:
1,git branch命令会列出所有分支
2,当前分支前面会标一个*号
在分支上工作:
1,新提交一次后,dev指针往前移动一步,而master指针不变
$ git add readme.txt
$ git commit -m "branch test"
合并分支:
1,直接把master指向dev的当前提交
首先切换分支:
$ git checkout master
然后合并分支:
$ git merge dev
注意:
1,git merge命令用于合并指定分支到当前分支
删除分支:
1,删除dev分支就是把dev指针给删掉
$ git branch -d dev
switch:
创建并切换到新的dev分支
$ git switch -c dev
直接切换到已有的master分支
$ git switch master
优势:使用新的git switch命令,比git checkout要更容易理解
小结:
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
或者git switch <name>
创建+切换分支:git checkout -b <name>
或者git switch -c <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>
2解决冲突
冲突:
手工修改冲突文件内容;
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.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
注意:<<<<<<<,=======,>>>>>>>标记出不同分支的内容
2在修改
Creating a new branch is quick and simple.
3,再提交
$ git add readme.txt
$ git commit -m "conflict fixed"
冲突解决后的情况:
查看分支的合并情况:
$ git log --graph --pretty=oneline --abbrev-commit
最后删除分支
$ git branch -d feature1 //feature1分支
小结:
1,当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
2,解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
3,用git log --graph命令可以看到分支合并图
3分支管理策略
合并分支:
1,Fast forward模式:
删除分支后,会丢掉分支信息。
2,–no-ff方式的git merge:
Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
合并分支:
$ git merge --no-ff -m "merge with no-ff" dev
注意:
1,本次合并要创建一个新的commit,所以加上-m参数
git log
看看分支历史
$ git log --graph --pretty=oneline --abbrev-commit
分支策略
1,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活
2,干活都在dev分支上,dev分支合并到master上,在master分支发布1.0版本
3,每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并
团队合作的分支:
小结:
1,合并分支时,加上--no-ff参数
就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并
2,fast forward
合并就看不出来曾经做过合并。
4Bug分支
保存当前工作现场
$ git stash
查看刚才的工作现场:
$ git stash list
恢复工作现场:
第一种:
$git stash apply//恢复
$git stash drop//删除stash内容
第二种:
$ git stash pop//恢复到同时删除stash内容
可以多次stash,恢复的时候先查看,然后恢复指定的stash
$ git stash list
$ git stash apply stash@{0}
在dev分支上修复同样的bug
$ git branch
$ git cherry-pick 4c805e2//bug所提交的修改
小结:
1,修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
2,当手头工作没有完成时,先把工作现场git stash
一下,然后去修复bug,修复后,再git stash pop
,回到工作现场;
3,在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick <commit>
命令,把bug提交的修改“复制”到当前分支,避免重复劳动。
5Feature分支
1,开发一个新feature,最好新建一个分支;
2,如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>
强行删除。
$ git branch -D feature-vulcan
6多人协作
查看远程库:
第一种:
$ git remote
第二种:
$ git remote -v//可以显示更加完成的信息
注意:
没有推送权限,就看不到push的地址
推送分支:
$ git push origin master//master分支
$ git push origin dev//dev分支
分支管理:
1,master分支是主分支,因此要时刻与远程同步;
2,dev分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;
3,bug分支只用于在本地修复bug,就没必要推到远程了;
4,feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发。
最重要一点:
在Git中,分支完全可以在本地自己藏着玩,是否推送,视你的心情而定
抓取分支:
$ git pull//把最新的提交抓下来
团队工作;
1,首先,可以试图用git push origin <branch-name>
推送自己的修改;
2,如果推送失败,则因为远程分支比你的本地更新,需要先用git pull
试图合并;
3,如果合并有冲突,则解决冲突,并在本地提交;
4,没有冲突或者解决掉冲突后,再用git push origin <branch-name>
推送就能成功!
5,如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to <branch-name> origin/<branch-name>
。
小结
1,查看远程库信息,使用git remote -v
;
2,本地新建的分支如果不推送到远程,对其他人就是不可见的;
3,从本地推送分支,使用git push origin branch-name
,如果推送失败,先用git pull抓取远程的新提交;
4,在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name
,本地和远程分支的名称最好一致;
5,建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name
;
6,从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。
7Rebase
$ git rebase
小结
1,rebase操作可以把本地未push的分叉提交历史整理成直线;
2,rebase的目的是使得我们在查看历史提交的变化时更容易,因为分叉的提交需要三方对比。
学习资源 《Git教程》