Git 笔记 —— （二）、分支管理

迈不过友情╰ 2022-05-25 04:09 184阅读 0赞

**目录：**

一、基础实践

二、基础说明与小结

**一、基础实践**

主要涉及命令：branch、checkout、log、pull、merge、worktree、stash

对创建分支、选择分支、克隆分支、删除分支进行基础实践。

1、分支创建、查看与删除：git branch

参数说明：

无参或参数--list：已有的分支被列出，当前使用的分支高亮显示；

![20180507230557579][]

参数--remotes|-r：控制操作的是远端分支；

![20180507230912774][]

参数--all|-a：控制操作范围为本地与远端所有分支；

参数branchname：创建分支名为branchname 的分支，但不会自动选择该分支；

参数--delete|-d|-D：删除分支；

基础实践：

![20180508222138953][]

2、检查工作树的文件，与仓库版本或指定分支作比较：git checkout

git chechout branchname：

选择branchname 分支，并更新工作树中的索引与文件，保存工作树中文件的更改，使下一次commit 时工作树中文件的更改能提交到该分支（branchname）。简言之，即选择分支。

git checkout -b|-B newbranch \[版本哈希码\]：

如果参数为-B，则分支被创建（不存在时）或重置（已存在时）。版本哈希码为匹配要创建版本的哈希码值。此命令作用为创建（重置，-B时）新分支，并使工作树指向该分支（即选择该分支）。

git checkout --detach branchname：

将工作树的修改与仓库分支的版本整合，工作树中文件状态处于整合后的状态，个人理解为“预提交”。

备注：

对于本地的Git 项目，因为没有对项目进行克隆，所以无法同时看到多个分支某个文件的内容，此时只需只需执行checkout 命令切换分支，查看文件内容即为当前分支的该文件内容！

3、查看提交日志：git log

git log：

查看所有提交记录，进入log命令后，可按Q退出该命令。

git log --follow 文件名：

只查看某个文件的提交记录。

基础实践：

![20180508231007239][]

步骤说明：

（1）、（2）、master 分支第一次提交myFile.txt 文件，版本号开头为f9583c7；

（3）、（4）、master 分支第二次提交myFile.txt 文件，新版本号开头为083a370；

（5）、新建并切换到该分支（newbranch），指定创建的版本为f9583c7开头的版本；

（6）、查看newbranch 的工作树状态，为无修改；

（7）、查看newbranch 中文件的版本，为版本号以f9583c7开头的版本；

（8）、切换到master 分支；

（9）、查看master 中文件版本，为第二次提交的版本（083a370）。

4、合并分支：git merge

合并两个或多个分支，即将两个分支从最后一次分离处开始的所有改变合并，形成一个新的版本。是分支的合并，所以与工作树的改变状态没关系。

git merge otherbranche：

将当前分支与分支othername 合并，生成一个新版本。

说明：若当前分支即为otherbranch 分支，则命令无效果；若otherbranche 分支仅仅是当前分支的某个历史版本，执行此命令，otherbranche 分支不会更新到当前分支的当前版本。

git merge --abort：

终止合并，使两个分支回到合并前的状态，建议仅在出现合并冲突（conflicts）后运行，否则可能无法恢复合并前状态！合并未成功时，必须使用此命令终止合并，否则不能切换分支。

git merge --continue：

继续合并，仅当合并出现冲突后可运行。（理解为：合并出现冲突后，修改文件，解决冲突，然后使用此命令继续合并）

基础实践：

![20180509003208813][]

步骤说明：

（1）、（2）、newbranch 分支提交更新，版本号开头为0087e3c；

（3）、（4）、（5）、master 分支提交更新，版本号开头为97809c5；

（6）、（7）、合并两个分支，出现冲突，终止合并；

（8）、（9）、强制合并，结果合并不成功，提示：Exiting because of an ...，因为未解决冲突。

myFile.txt 文件内容说明：

合并前master：

master第三次提交时添加的内容  master

合并前newbranch：

newbranch 分支修改后的内容

强制合并后master分支的该文件内容：

<<<<<<< HEAD
    master第三次提交时添加的内容
    =======
    newbranch 分支修改后的内容
    >>>>>>> newbranch

强制合并后两分支的版本号情况：均未变

可见合并失败后版本后并没有变，说明合并未提交，强制合并结果只是在工作树中作了改变。

**备注：**解决冲突后合并成功，文件内容也已保持一致，但版本号却都没变！！关于这点，有些疑惑，暂时不管。

[20180507230557579]: /images/20220525/2b1ac7e0b0cb437186e811b4cf4bdb36.png
[20180507230912774]: /images/20220525/5c2764b884df4a2aa542191c26953b18.png
[20180508222138953]: /images/20220525/018c741dbb6b4bf0ac93f843fe2cabf8.png
[20180508231007239]: /images/20220525/d9ed38172a8c4aa791b2f17e806b7265.png
[20180509003208813]: /images/20220525/bec9b59a0c464dc28d17a4b2ecb295b4.png

发表评论取消回复

表情：

评论列表（有 0 条评论，184人围观）

还没有评论，来说两句吧...

相关阅读

相关 Git学习笔记（四）分支管理

分支管理 1 创建与合并分支我们知道Git把每次的提交都串成一条线性的时间线，这个时间线就是一个分支，我们当前的分支是主分支即 `master` 分支，而 `H

绝地灬酷狼/ 2023年06月23日 12:50/ 0 赞/ 2 阅读

相关 Git 学习笔记 --- 分支管理

查看本地分支 > git branch -------------------- 查看所有分支包括线上的 > git branch -a -------------

客官°小女子只卖身不卖艺/ 2022年07月17日 02:15/ 0 赞/ 252 阅读

相关 Git分支管理

在整个的 GIT 开发过程之中所有的项目提交都会有一个提交点存在，而在一个提交点上可能会产生若干个分支，这样可以保证在分支上的开发不影响其它分支。在之前所有的开发都是在 mas

系统管理员/ 2022年06月09日 07:11/ 0 赞/ 290 阅读

相关 GIT教程 — 分支管理(二)

分支管理我们在上一篇博客[分支的基本操作][Link 1]当中已经学会了，创建，查看，切换，合并，删除一个分支, 那么既然我们拥

野性酷女/ 2022年06月07日 13:59/ 0 赞/ 204 阅读

相关 Git 笔记 —— （二）、分支管理

目录：一、基础实践二、基础说明与小结一、基础实践主要涉及命令：branch、checkout、log、pull、merge、worktree、stas

迈不过友情╰/ 2022年05月25日 04:09/ 0 赞/ 185 阅读

相关 Git分支管理

git 分支管理 by 铁乐猫 git 分支管理创建分支切换分支推送本地分支到远程分支删

￡神魔★判官ぃ/ 2022年05月19日 13:39/ 0 赞/ 331 阅读

相关 git 管理分支

git checkout -b branchname 新建分支，相当于 git branch branchname git checkout branc

阳光穿透心脏的1/2处/ 2022年05月13日 00:42/ 0 赞/ 320 阅读

相关 Git 分支管理

几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着可以从开发主线上分离开来，然后在不影响主线的同时继续工作。有人把 Git 的分支模型称为"必杀技特性"，而正是因为

分手后的思念是犯贱/ 2022年05月11日 22:16/ 0 赞/ 294 阅读

相关 Git 分支管理

使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作创建分支 git branch (branchname)

- 日理万妓/ 2022年05月11日 03:00/ 0 赞/ 307 阅读

相关 Git 分支管理

相比其它的版本管理软件，git 有很多优点，其中很重要的一个特性就是版本的分支 (branch) 和合并 (merge) 十分方便。 git 分支并非生成一个物理代码拷贝，而

阳光穿透心脏的1/2处/ 2022年03月22日 03:55/ 0 赞/ 395 阅读