大数据最全【Git企业开发】第四节(1)，这原因我服了

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化资料的朋友，可以戳这里获取

文章目录

• 前言
• 一、Git的分支管理策略
• 1.1 Fast forward 模式和–no-ff 模式
• 1.2 企业分支管理策略
• 二、bug分支
• 三、删除临时分支
• 四、总结
• 总结

---

前言

---

一、Git的分支管理策略

1.1 Fast forward 模式和–no-ff 模式

通常合并分支时，如果可能，Git 会采用 Fast forward 模式。还记得如果我们采用 Fast

forward 模式之后，形成的合并结果是什么呢？回顾一下

图示说明：

​

在这种 Fast forward 模式下，删除分支后，查看分支历史时，会丢掉分支信息，看不出来最新提交到底是 merge 进来的还是正常提交的。

---

但在合并冲突部分，我们也看到通过解决冲突问题，会再进行一次新的提交，得到的最终状态为：

图示说明：

​

---

那么这就不是 Fast forward 模式了，这样的好处是，从分支历史上就可以看出分支信息。

例如我们现在已经删除了在合并冲突部分创建的 dev1 分支，但依旧能看到 master 其实是由其他分支合并得到。

代码示例：

hyb@139-159-150-152:~/gitcode$
git log --graph --pretty=oneline --abbrev-commit

* 2976afc (HEAD -> master) merge ReadMe

*|*

| * c594fd1 modify ReadMe

* | c10f6d0 modify ReadMe

|/

Git 支持我们强制禁用 Fast forward 模式，那么就会在 merge 时生成一个新的 commit ，这样，从分支历史上就可以看出分支信息。

---

下⾯我们实战⼀下 --no-ff 方式的 git merge 。

---

步骤一：
首先，创建新的分支 dev2 ，并切换至新的分支:

代码示例：

hyb@139-159-150-152:~/gitcode$ git checkout -b dev2               #切换到分支dev2

Switched to a new branch ‘dev2’

---

步骤二：修改 ReadMe 文件，并提交一个新的 commit :<