创建与合并分支
为什么要创建分支?
假设你准备开发一个新功能,但是需要两周才能完成,
第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。
如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。
你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,
而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,
这样,既安全,又不影响别人工作。
1 创建dev分支,并且切换到dev分支
git checkout -b dev命令相当于如下两条命令:
git branch dev #创建dev分支
git checkout dev #切换到dev分支
查看当前分支:
git branch
2 修改readme.md 内容,并且在分支上提交
新增加了一行test!
3 切换到master分支,并且查看readme.md文件
发现刚刚添加的那一行不存在
原因如下:刚才添加的行是在dev分支上提交的,而当前master分支此刻的提交点并没有改变
4 把dev分支工作成果合并到master分支
命令:git merge dev
test!这一行存在了
5 删除dev分支
命令:git branch -d dev
解决分支冲突
1 创建新分支 feature1,且切换到feature1分支
2 修改readme.md文件,增加一行
3 在feature1分支提交修改
4 切换到master分支,并且也修改readme.md文件,提交
现在feature1分支和master分支都有了提交,变成如下所示
5 合并分支
报错,提示readme.md文件存在冲突,必须手动解决冲突后在提交
查看readme.md文件内容,git用 <<<<<<, ======, >>>>>> 表示不同分支的内容
6 修改readme.md文件保存,提交
现在master和feature1分支变成如下所示
用 git log --graph --pretty=oneline --abbrev-commit 命令也能查看到
7 本次不需要在合并了,直接删除feature1分支即可
分支策略管理
合并分支时候,git会用 fast forward 模式,
这种模式下,删除分支后,会丢掉分支信息。
强制禁用 fast froward 模式,git 就会在合并分支时生成一个新的 commit ,这样可以从历史上看出分支信息。
1 创建dev分支,修改readme.md 文件,并提交
2 切回master分支,合并dev分支,使用 --no-ff 参数
git merge --no-ff -m "merge with no-ff" dev
3 git log查看分支历史
git log --graph --pretty=oneline --abbrev-commit
可以看出来不使用 fast forward 模式,合并分支是这样的
4 分支策略
1.master分支应该是非常稳定的,仅用来发布新版本,平时不在上面干活
2.干活都在dev分支上,dev分支是不稳定的
3.每个人都在dev分支上干活,是不是往dev分支合并就行了,如下图
bug分支
需求:
需要修复一个101的bug,但是当前dev分支的工作没提交
1 git stash 命令可以把现场 ‘储藏‘ 起来,等修复bug以后继续使用,然后工作区是干净的了
2 假设是需要在master分支修复bug,切换到master分区,然后在master分支上创建一个 issue-101 的bug分支
3 修复bug ,假设是在test!后面加上 修复 两个子,提交
4 切换到master分支,合并分支,删除 issue-101 分支
5 切回到dev分支继续工作
git stash list:查看
git stash pop:恢复的同事把stash内容也删除
6 查看readme.md文件,可以接着上次没做完的工作继续做了
Feature分支
开发一个新功能时候,最好是新建一个feature分支
开发一个代号为vulcan新功能
1 在dev分支上新建一个分支
2.模拟开发完成,提交
3 切回dev分支,准备合并
4 由于各种原因,刚开发的新功能需要取消,删除分支
git branch -d freature-vulcan不能删除新的分支
在没有被合并以前,可以通过下面办法删除
强行删除: git branch -D freature-vulcan
多人协作
当从远程仓库克隆时,实际上git自动把本地的master分支和远程的master分支对应起来了,
并且远程的仓库默认名称是origin
1 查看远程仓库信息:显示了抓取和推送的origin地址,如果没有推送权限,就看不到push地址
2.推送dev分支
git push origin dev
在github官网查看
3 抓取分支,在linux机器上抓取,注意需要把 ssh key 添加进去
查看只有readme.md这个文件
6 linux上修改dev.txt文件,提交到远程dev分支
7 在windows上进行添加文件,提交到远程dev分支
报错,提示要先 git pull
8 git pull ,直接git pull 也报错,原因没有指定本地的dev与远程的origin/dev分支链接
设置dev和origin/dev 链接,然后在git pull
git branch --set-upstream dev origin/dev
9 git push origin dev
10 多人协作总结
首先,可以用 git push origin branch-name 推送自己的修改
如果失败,则因为远程的分支比你本地的更新,所以先用 git pull 试图合并
如果合并失败,则解决冲突,并在本地提交
没有冲突或者解决冲突以后,在用 git push origin branch-name 推送就可以