详解git分支

最新推荐文章于 2023-10-26 11:17:49 发布

z.q.xiao

最新推荐文章于 2023-10-26 11:17:49 发布

阅读量586

点赞数 2

文章标签： git github svn

本文链接：https://blog.csdn.net/xiaoyouyouaaa/article/details/122140618

版权

文章目录

分支的理解

分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。

如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了Git又学会了SVN！

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

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

通过图形化界面查看当前分支:

gitk

在不同的分支中用gitk查看的结果是不同的

分支的基本命令

git branch # 列出所有本地分支
git branch -r # 列出所有远程分支
git branch [branch-name] # 新建一个分支，但依然停留在当前分支
git branch -d [branch-name] # 删除分支
git branch -dr [remote/branch] # 删除远程分支
git checkout [branch-name] # 切换到某个已经存在分支
git checkout -b [branch-name] # 新建一个分支，并切换到该分支
git merge [branch] -m "合并时的备注信息" # 合并指定分支到当前分支

分支的切换

创建新分支之前提交的文件, 在新分支中也会有, 属于两个分支共有的文件

创建并切换到其中一个分支时, 本地仓库变成该分支的内容, 推送的代码也都会到这个分支上去, 和其他分支就没有关系了

例如从master分支切换到test分支时, 本地仓库变成test分支的内容, 然后提交文件a.java(在test分支上提交文件), test分支上会多一个文件a.java, 再切换回而master分支, 发现没有文件变化

分支的合并

如果当前在master分支, 使用命令:

git merge test

会把一个分支的test分支上的内容全部复制一份放到master分支, 而test分支的文件没有变化

如果是两个分支的共有文件, 那么会把test上这个文件覆盖master的文件, 如果在test上已经删除, 那么在master上也会删除

但是(划重点), 如果有不是共有文件的重名且内容有差异的文件时, 就会发生冲突, 而导致合并失败

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2fpd9PU4-1640401879659)(C:\Users\hp\AppData\Roaming\Typora\typora-user-images\image-20211225104849186.png)]$

产生冲突的文件会被标出来

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uQnd4ZTx-1640401706554)(C:\Users\hp\AppData\Roaming\Typora\typora-user-images\image-20211225105817403.png)]$
打开冲突的文本
$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PkRnqCEc-1640401706555)(C:\Users\hp\AppData\Roaming\Typora\typora-user-images\image-20211225110203427.png)]$
选择master或者test保留下来, 就能消除冲突, 将文本改为:
$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ixZbbqDh-1640401706556)(C:\Users\hp\AppData\Roaming\Typora\typora-user-images\image-20211225110502157.png)]$
master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。