git学习--bug分支

如果你接到一个修复代号为1的任务，那么想创建一个分支issue-1来处理，但是，现在在dev上进行的工作还没完成，无法完成提交。如下图

则需要用git stash把工作现场先储存起来，等以后恢复现场后继续工作。如下图，执行git stash后工作区为空

首先确定要在哪个分支修复bug，假设是master，就从master创建临时分支,并在上面修复bug

修复完成后，切换到master分支，并完成合并，最后删除issue-1分支

然后，问题来了，因为dev是从原来的master拉下来的，是存在已经修好的那个bug的，如果这里没有将dev与修复好bug的master合并一次，而是直接在dev分支恢复现场工作，这样原来的bug还存在dev中，以后合并可能会出现错误，所以正确的执行步骤是:1.跳转到dev分支 2.将dev分支和修复好bug的master合并 3.再恢复原来的工作现场 这样一来dev原来的bug也被修复了，如下图

时间： 2024-10-11 11:06:02

git学习--bug分支的相关文章

Git 学习笔记<分支管理> (三)

分支是什么? 分支就像树分出的树枝,不同的是,它们之间可以互相合并. 将版本的推进想象成一个链表的伸长:  version 1.0 ==> version 2.0 ==>version3.0  . master是主要的分支基本上用于发布产品.你可以从master分出一个dev,在上面创建新功能,或者修bug然后调试.最后再合并到master里面.就像下面这样. master分支:  version 1.0=========>version 2.0===... \            

四、git学习之——分支管理、解决冲突

分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN. 如果两个平行宇宙互不干扰,那对现在的你也没啥影响.不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN! 分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了.如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险. 现在有了分支,就不用怕了.你

Git的Bug分支----临时保存现场git stash

软件开发中,bug就像家常便饭一样,有了bug就需要修复,在Git中,由于分支是如此的强大,所以每个bug通过一个新的分支来修复,在修复后,合并分支,然后将临时分支删除. 当你接到一个修复代号为119的bug时,很自然的想建立一个分支issue-119来修复它,但是,当前在dev上进行的工作还没有提交. [email protected] MINGW32 /c/gitskill (dev)$ git statusOn branch devChanges to be committed: (use

git学习(2)---分支操作

一.目的 本文将介绍git分支的操作,包括新建和删除分支.查看和切换分支.合并分支和合并冲突等内容. 本文涉及到的所有操作都是在Ubuntu14.04环境中进行的,git版本是1.9.1. 二.新建和删除分支 使用git branch name命令新建一个名为name的分支:使用git branch -d name命令删除一个名为name的分支. git默认的分支叫做master,在实际的项目中一般还会存在一个next分支.master分支作为主干版本,接受bugfix需求:next分支用来集成

git学习——远程分支

远程分支 远程分支(remote branch)是对远程仓库状态的索引.它们是一些无法移动的本地分支:只有在进行 Git 的网络活动时才会更新.远程分支就像是书签,提醒着你上次连接远程仓库时上面各分支的位置. 我们用 (远程仓库名)/(分支名) 这样的形式表示远程分支.比如我们想看看上次同 origin 仓库通讯时 master 的样子,就应该查看 origin/master 分支.如果你和同伴一起修复某个问题,但他们先推送了一个 iss53 分支到远程仓库,虽然你可能也有一个本地的 iss53

git学习 九 分支管理策略

通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息. 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息. 下面我们实战一下--no-ff方式的git merge: 首先,仍然创建并切换dev分支: $ git checkout -b dev Switched to a new branch 'dev' 修改readme.txt文件,并提交一个新的commit

git 学习之分支

在一开始学习 git 的时候我们经常提到一个东西---- master.那么 master 到底是什么呢?其实它就是一个分支,一般这个分支就是主分支.而在一般 git 中都有一个指向当前你工作的分支 HEAD. 对于一开始的时候,master 分支是一条线的.对于我们每次提交的时候,git 分支都会向前移动一次,因此随着我们的提交越来越多,master 分支也越来越长.当我们创建一个新的分支(hotFix)的时候,git 会为我们创建一个新的指针(hotFix),而我们可以把当前工作的地方指向当

git学习 六 分支管理

分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN. 如果两个平行宇宙互不干扰,那对现在的你也没啥影响.不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN! 分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了.如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险. 现在有了分支,就不用怕了.你

Git学习笔记（6）——Bug和Feature分支

本文主要记录了通过Git来调试Bug和添加新的功能,也就是Bug分支和Feature分支,以及分支的推送. Bug分支 通过Git,我们可以为每个Bug建立一个分支,Bug修复后,合并分支,然后将临时分支删除. 当有Bug的时候,想创建一个分支bug-101来修复它,如果,当前正在dev上进行的工作还没有完成,不能提交,而且,我们必须马上解决bug,这时,我们借助Git提供的stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作. [email protected]:~/joe