Git 分支管理 Feature分支 强行删除分支

  软件开发中,总有无穷无尽的新的功能要不断添加进来。

  添加一个新功能时,你肯定不希望因为一些实验性质的代码,把主分支搞乱了,

  所以,每添加一个新功能,最好新建一个feature分支

在上面开发,完成后,合并,最后,删除该feature分支(个人倾向于不删)。

  只是演示效果, 开发中如果并不需要此功能, 不合并feature即可,  不需要删除, 以防后面又需要此功能

--

   现在,你终于接到了一个新任务:开发代号为Vulcan的新功能,该功能计划用于下一代星际飞船。

    于是准备开发:新建feature-vulcan分支并切换到该分支

      $ git checkout -b feature-vulcan

      

---

  5分钟后,开发完毕:

   

    

    

----

  切回dev,准备合并:

  

-----

  一切顺利的话,

  feature分支和bug分支是类似的,合并(Git 分支管理 不使用Fast forward模式进行合并),然后删除(个人倾向于不删除)。

  但是!

  就在此时,接到上级命令,因经费不足,新功能必须取消!

  虽然白干了,但是这个包含机密资料的分支还是必须就地销毁:

  删除feature-vulcan分支

      $ git branch -d feature-vulcan

    

  销毁失败。Git友情提醒,feature-vulcan分支还没有被合并,

  如果删除,将丢失掉修改,如果要强行删除,需要使用大写的-D参数。

------

  现在我们强行删除:

      $ git branch -D feature-vulcan

      

  小结

  开发一个新feature,最好新建一个分支;

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

原文地址:https://www.cnblogs.com/mkl7/p/10851949.html

时间: 2024-08-24 05:46:36

Git 分支管理 Feature分支 强行删除分支的相关文章

GIT 分支管理:创建与合并分支、解决合并冲突

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

git branch -D 大写的D 删除分支

今天删除本地分支 git branch -d XXX 提示:  the branch  XXX is not fully merged 原因:XXX分支有没有合并到当前分支的内容 解决方法:使用大写的D 强制删除  git branch -D XXX 另外不能删除当钱checkout 的分支 其它:删除远程分支 需要切换到其它分支之后删除当前分支 否则会:error:cannot delete the branch 'XXX' which you are currently on 删除远程分支:

git分支管理之创建与合并分支

在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支. 一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点: 每次提交,master分支都会向前移动一步,这样,随着你不断提交,m

GIT 分支管理:分支管理策略、Bug分支、Feature分支

通常,合并分支时,如果可能,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

4、git分支管理

一.分支的创建与合并 在版本回退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支. 一开始的时候,master分支是一条线,Git用master指向最新的提交,再用HEAD指向master,就能确定当前分支,以及当前分支的提交点: 每次提交,master分支都会向前移动一步,这

Git教程之分支管理之二

分支管理策略 通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息.如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息(有分支的commit id).下面我们实战一下--no-ff(ff:fast forward)方式的git merge:首先,仍然创建并切换dev分支:修改readme.txt文件,并提交一个新的commit: 现在,我们切换回master:准

[廖雪峰] 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

git 教程(15)--分支管理策略

通常,合并分支时,如果可能,Git会用Fast forward模式,但这种模式下,删除分支后,会丢掉分支信息. 如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息. 下面我们实战一下--no-ff方式的git merge: 首先,仍然创建并切换dev分支: 修改readme.txt文件,并提交一个新的commit: 现在,我们切换回master: 准备合并dev分支,请注意--no-ff参数,表示禁用Fast for

Git分支管理小结

分支管理命令 每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支. 查看分支:git branch创建分支:git branch <name> 切换分支:git checkout <name> 创建+切换分支:git checkout -b <name> 合并某分支到当