Git教程学习 -- 第五篇 Bug分支

一、分支管理策略

1.首先创建并切换dev分支

git checkout -b dev

2.新建dev.txt文件,并添加

git add dev.txt

二、Bug分支

1.当工作进行到一半,还没办法提交,但是还要修复bug,怎么办呢

先把工作现场“储藏”起来,等以后恢复现场后继续工作:

git stash

2.如何修复bug呢?首先创建一个分支

修改bug文件 text.txt 之后添加提交

修复完成后,切换到master分支,并完成合并,最后删除changebug

是时候回到dev干活了

看一下工作区,是干净的,那刚才的工作现场存哪里了呢

可以用git stash list 命令查看

工作现场还在,Git把 stash的内容存在某个地方了,现在要恢复一下

一是用git stash apply 恢复,但是恢复后,stash内容并不删除,你需要用 git stash drop 来删除

另一种方式是用 git stash pop,恢复的同时吧stash内容也删了

再用 git stash list 查看就再看不到stash内容了

你可以多次stash,恢复的时候,先用 git stash list查看,然后恢复指定的stash,用命令

git stash apply [email protected]{0}

小结:

修复bug时,先通过创建bug分支进行修复,然后合并,最后删除;

当手头工作没有完成时,先把工作现场 git stash 一下,然后再修复bug ,修复后,再 git stash pop ,回到工作现场

时间: 2024-07-30 18:37:38

Git教程学习 -- 第五篇 Bug分支的相关文章

Git教程学习 --第四篇 分支管理

1.创建与合并分支 查看分支:git branch 创建分支:git branch <name> 切换分支:git checkout <name> 创建+切换分支:git checkout -b <name> 合并某分支到当前分支:git merge <name> 删除分支:git branch -d <name> 2.解决冲突 1.准备新的分支feature1分支 命令git checkout -b feature1 2.修改readme.tx

廖雪峰Git教程学习笔记(一)

作者及其背景:仔姜,大三学生,幼儿园英语水平,熟系Linux文件基本操作(最基础的) 文章内容或许有些疏漏之处还望各位大佬见谅,如果构成侵权或出现其他问题,请联系我邮箱:[email protected],如果需要更全的知识请移步廖老师Git教程 学习内容来源:廖雪峰Git教程:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000 感谢廖雪峰老师提供的教程 正文开始: Git简介 什

廖雪峰Git教程学习笔记

廖雪峰git简单教程学习笔记 教程地址:https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b0001.可以这样设计目录,在d:\reposisoty\ 在这个目录下面有很多的仓库.mkdir learngitcd learngit>>git init          #这样就把learngit 初始化成了一个仓库>>git status        #说明当前仓库的状态并

Git教程学习(二)

教程来自: Git教程(廖雪峰的官方网站) 主要命令: $ git log #查看已提交内容 $ git log --pretty=oneline #查看已提交内容(紧凑版) $ git reset --hard HEAD^ #回退到上一版本 $ git reset --hard 3628164 #回退到版本3628164 $ git reflog #查看提交过的命令 5. 版本回退 5.1 repo会记录每次提交的版本,用户也可以随时回退到任何版本.比如以下三个readme.txt版本 版本1

Git教程学习(四)

12. 分支管理场景 多人协同工作时,你在优化代码X,需要较长时间才能完成,未完成之前会影响整体代码的使用.于是写完的代码不能提交到版本库,提交就会影响别人使用整体的代码.不提交你就失去了git的版本管理功能. 于是需要分支,为你正在修改的代码建立分支,别人看不到.而你在自己的分支上工作,最后完成再合并到原来的分支 13. 创建与合并分支 13.1. 场景 在Git中,版本控制是靠指针.每个分支都有一个专用的指针.同时有一个HEAD指针指向主版本.实现的时候HEAD指针实际上是指向分支指针的,再

Git教程学习(五)

14. 解决冲突 14.1. 场景 当分支A和分支B在同一个文件上都有修改时会出现冲突.常见的情况是从master分支的基础上生成了新分支dev,然后在dev上进行了修改并add&commit了.后来在master上对同一个文件进行了修改,也add&commit了.这时合并两个分支的操作就会失败. $ git merge feature1 Auto-merging readme.txt CONFLICT (content): Merge conflict in readme.txt Aut

Kaggle Machine Learning 教程学习(五)

四.算法选择 这一步骤让我很兴奋,终于谈到算法了,虽然没代码.没公式.因为教程君表示并不想过深的去探讨算法细节,于是着重于从算法的应用场景.算法的缺点.如何选择算法来纵向展开. 我们的训练模型一般分为监督学习.无监督学习以及强化学习三种.教程中只提到了前两种,而训练算法又分为回归.分类以及聚类.其中回归与分类属于监督学习分,聚类属于无监督学习. 教程中提到的适用于监督学习下的拟合算法: 线性回归(Linear regression). 套索回归(Lasso regression). 岭回归(Ri

git教程学习集合

客户端集合: GitHub for Windows使用教程(一) GitHub for Windows使用教程(二) GitHub for windows使用教程(三) GitHub for Windows使用教程(四) 廖雪峰git命令行: http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

史上最简单的SpringCloud教程 | 第五篇: 路由网关(zuul)(Finchley版本)

在微服务架构中,需要几个基础的服务治理组件,包括服务注册与发现.服务消费.负载均衡.断路器.智能路由.配置管理等,由这几个基础组件相互协作,共同组建了一个简单的微服务系统.一个简答的微服务系统如下图: 注意:A服务和B服务是可以相互调用的,作图的时候忘记了.并且配置服务也是注册到服务注册中心的. 在Spring Cloud微服务系统中,一种常见的负载均衡方式是,客户端的请求首先经过负载均衡(zuul.Ngnix),再到达服务网关(zuul集群),然后再到具体的服.,服务统一注册到高可用的服务注册