git的分支的使用,创建分支,合并分支,删除分支,合并冲突,分支管理策略,bug分支,强制删除分支

简介: git的分支的使用,创建分支,合并分支,删除分支,合并冲突,分支管理策略,bug分支,强制删除分支

创建分支

查看当前本地仓库中有哪些分支

git branch

HEAD所指向的分支就是当前正在工作的分支

cat .git/HEAD

创建一个分支

git branch dev

创建好了,但是目前还是指向master

用tree命令也可以看到已经创建分支成功了

创建出来的分支,和主分支的最新记录是一样的

切换分支就是让HEAD指向我们的dev分支

git checkout dev

我们在dev分支上堆ReadMe文件进行了修改

再进行提交

这个时候再切换回master分支

查看文件

可以看到刚刚新加的那行文件不见了~~

那我们再切换回dev分支上看

发现那行新加的还在

我们查看这里发现已经变了

我们查看记录

dev上是最新的记录,master分支第二

我们最终的效果是在master分支上看到我们的效果,我们怎么操作呢?

合并分支

这就要我们合并分支,在合并分支之前就需要先切换到我们master分支上

git merge dev

删除分支

只能在其他的分支上删除本分支

git branch -d dev

合并冲突

在合并分支的时候,我们在master分支上已经修改了文件,而我在dev分支上也修改了文件,然后合并的时候就会出现报错,我们来演示一下

快速创建分支并且进入分支

git checkout -b dev1

我们将原来的aaa改成了bbb

然后提交上去

我们切换到master分支上查看一下文件内容,发现还是aaa,因为还没有合并

接下来我们就继续将这个aaa改成ccc,然后再进行合并分支

这个时候再进行合并,会提示合并冲突

git merge dev1

我们打开ReadMe文件查看一下

这个时候就要手动选择要保留哪些代码

假设我们就保留这些代码

然后再进行提交

查看是否是最新提交

可视化的查看方法

git log --graph --abbrev-commit

分支管理策略

不使用Fast forward模式

创建一个新分支

git checkout -b dev2

修改ReadMe文件,并提交

切换回master分支后进行合并

不使用Fast forward模式

git merge --no-ff -m "merge with no-ff" dev2

bug分支

假如我们现在正在 dev2 分支上进行开发,开发到一半,突然发现master 分支上面有 bug,需要

解决。在Git中,每个 bug 都可以通过一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除

  • 这个时候主分支出现了一个bug,这个时候就要i切换到master分支

那我们不想这样,我们可以这样做

将工作区的内容进行保存

git stash

修复完bug后,我们就需要进行重新回到dev2分支继续开发

git stash pop

现在我们到了dev2分支上了,我们继续开发

然后提交,在dev分支上进行了新的提交

这个时候就需要合并了,但是合并的时候就会出现冲突,刚刚master修改了bug了,这次又要进行合并分支,我们需要解决错误

我们需要不在master上合并分支,在dev合并master主分支,把问题再本地上解决了再做下一步

我们在dev2分支上进行合并

手动修改冲突

然后就可以合并了~~

最后不要忘了,把刚刚的临时分支和开发分支删除~~

强制删除分支

如果在开发中如果在一个分支上已经开发,对代码进行提交了,这个时候用传统的方法进行删除是不能删除的,我们需要用到-D来进行删除~~

git branch -D dev3

分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。

现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的支上,这样,既安全,又不影响别人工作。

并且 Git 无论创建、切换和删除分支,Git在1秒钟之内就能完成!无论你的版本库是1个文件还是1万个文件。


相关文章
|
1月前
|
项目管理 开发工具 git
Git项目管理——分支(三)
Git项目管理——分支(三)
33 2
|
1月前
|
开发工具 git 开发者
【git merge/rebase】详解合并代码、解决冲突
【git merge/rebase】详解合并代码、解决冲突
90 0
|
24天前
|
存储 开发工具 git
好的git管理方法,标明项目_编号_(功能,不过还是在没有bug出现时就提交为好)+Excel表管理的格式
好的git管理方法,标明项目_编号_(功能,不过还是在没有bug出现时就提交为好)+Excel表管理的格式
|
2天前
|
存储 安全 开发工具
Git学习笔记 三个区域、文件状态、分支、常用命令
理解并掌握这些概念和命令,对于有效地使用Git来管理项目源代码是至关重要的。Git的强大功能支持了复杂的开发工作流程,而良好的Git实践能够极大地提高团队的协作效率。随着实践的增多,对于Git更深层次的功能和最佳实践的理解也会随之增长,进一步加强你作为一个软件开发者的能力。
9 0
|
3天前
|
前端开发 测试技术 开发工具
|
5天前
|
开发工具 git 开发者
git IDEA的分支合并时的冲突问题总结,merge和rebase的区别
冲突的处理需要开发者之间的充分沟通以及对项目历史的细致理解。选择Merge或Rebase取决于具体的工作流程和团队偏好,但最重要的是保持代码库的整洁与一致性。使用IDEA等工具可以提高处理合并冲突的效率,但手动解析冲突和理解操作背后的逻辑仍然是不可或缺的。最终目标是通过有效的版本控制实践,促进项目的顺利进行和团队协作的高效。
33 0
|
1月前
|
开发工具 git
git切换到另一分支更改也会随之过去
git切换到另一分支更改也会随之过去
26 1
|
1月前
|
开发工具 git
git将一个远程分支的部分修改提交到另一个远程分支
git将一个远程分支的部分修改提交到另一个远程分支
17 1
|
1月前
|
敏捷开发 测试技术 持续交付
【git分支管理策略】如何高效的管理好代码版本
【git分支管理策略】如何高效的管理好代码版本
166 0
|
存储 安全 网络安全
Git教程5(bug分支和多人协作及标签管理)
在开发中,会经常碰到bug问题,那么有了bug就需要修复,在Git中,分支是很强大的,每个bug都可以通过一个临时分支来修复,修复完成后,合并分支,然后将临时的分支删除掉。 比如我在开发中接到一个404 bug时候,我们可以创建一个404分支来修复它,但是,当前的dev分支上的工作还没有提交。比如如下:
Git教程5(bug分支和多人协作及标签管理)