内容简介:所谓bug分支,就是我们在开发的过程中,可能突然遇到一个需要解决的bug,但是我们手头的开发工作还没有完成,这个时候我们需要创建新的bug分支进行修复,修复完bug后,我们将bug分支进行合并,然后删除。当手头的工作没有完成时,我们需要先把工作现场
所谓bug分支,就是我们在开发的过程中,可能突然遇到一个需要解决的bug,但是我们手头的开发工作还没有完成,这个时候我们需要创建新的bug分支进行修复,修复完bug后,我们将bug分支进行合并,然后删除。当手头的工作没有完成时,我们需要先把工作现场 git stash
一下,然后去修复bug,修复完成后,再通过 git stash pop
,回到工作现场。 比如我们在test1分支下添加了一行``,但是我的开发工作尚未完成,这个时候出现了一个bug需要去修复,所以我先 git stash
保存一下工作现场
issue1
分支用于解决bug。
解决完bug后,再切换回主分支,将
issue1
分支合并到主分支。注意,我们合并代码的时候加了一个参数
--no-ff
。合并分支的时候,加上
--no-ff
参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而
fast forward
合并就看不出来曾经做过合并。使用
--no-ff
合并时会自动创建一个新的commit,所以要加上
-m
并写上描述。
合并完成后,我们删除
issue1
分支,再切换回
test1
分支,发现我们在
test1
分支上做的开发内容并没有还原。
我们想要恢复之前的工作环境,可以使用
git stash apply
进行恢复,但是这样恢复,不能把之前打上
stash
的工作环境删除,所以要使用
git stash drop
将打上
stash
的工作环境删除。也可以合并两步操作使用
git stash pop
恢复环境以后删除这个环境。当然也可以使用
git stash list
查看分支上保存的环境。
然后我们可以看到工作环境已经恢复,可以继续愉快的开发了。开发完成后就可以提交合并到主分支了。
Feature分支:当我们开发一个新功能的时候,最好新建一个分支。如果要丢弃一个没有合并过的分支,可以通过
git branch -D <name>
强行删除。 在多人协作的团队开发过程中,我们还会用到一些其他的功能,如我们要查看远程库的信息,使用
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
,如果有冲突,要先处理冲突。 这些命令都比较见名知意,这里就不再演示了。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
程序是怎样跑起来的
[日] 矢泽久雄 / 李逢俊 / 人民邮电出版社 / 2015-4 / 39.00元
本书从计算机的内部结构开始讲起,以图配文的形式详细讲解了二进制、内存、数据压缩、源文件和可执行文件、操作系统和应用程序的关系、汇编语言、硬件控制方法等内容,目的是让读者了解从用户双击程序图标到程序开始运行之间到底发生了什么。同时专设了“如果是你,你会怎样介绍?”专栏,以小学生、老奶奶为对象讲解程序的运行原理,颇为有趣。本书图文并茂,通俗易懂,非常适合计算机爱好者及相关从业人员阅读。一起来看看 《程序是怎样跑起来的》 这本书的介绍吧!