大数据最全【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 :

代码示例：

hyb@139-159-150-152:~/gitcode$ cat ReadMe

hello bit

hello git

hello world

hello version1

hello version2

hello version3

write bbb for new branch

a,b,c,d
#修改文件信息

hyb@139-159-150-152:~/gitcode$ git add .

hyb@139-159-150-152:~/gitcode$ git commit -m"modify ReadMe"

[dev2 41b082f] modify ReadMe

1 file changed, 1 insertion(+)

---

**步骤三：**切回 master 分支，通过开始–no-ff 方式合并

代码示例：

hyb@139-159-150-152:~/gitcode$
git checkout master

Switched to branch ‘master’

hyb@139-159-150-152:~/gitcode$
git merge --no-ff -m “merge with no-ff” dev2

Merge made by the ‘recursive’ strategy.

ReadMe | 1 +

1 file changed, 1 insertion(+)

hyb@139-159-150-152:~/gitcode$
cat ReadMe

hello bit

hello git

hello world

hello version1

hello version2

hello version3

write bbb for new branch

a,b,c,d

请
注意
–no-ff 参数，表示禁用 Fast forward 模式。禁用 Fast forward 模式后合并会创建

一个新的 commit ，所以加上 -m 参数，把描述写进去。

---

**步骤四：**合并后，查看分支历史

代码示例：

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

* 5bd16b4 (HEAD -> master) merge with no-ff

*|*

| * 41b082f (dev2) modify ReadMe

|/

可以看到，不使用 Fast forward 模式，merge后就像这样：

图示示例：

---

总结：

所以在合并分支时，加上 --no-ff 参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而 fast forward 合并就看不出来曾经做过合并。

---

1.2 企业分支管理策略

在实际开发中，我们应该按照几个
基本原则进行分支管理：

---

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪⼲活呢？

---

干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布

时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

图示示例：

所以，团队合作的分支看起来就像这样：

二、bug分支

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

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

---

可现在 dev2 的代码在工作区中开发了一半，还无法提交，怎么办？

代码示例：

hyb@139-159-150-152:~/gitcode$
git branch

* dev2

master

hyb@139-159-150-152:~/gitcode$
cat ReadMe

hello bit

hello git

hello world

hello version1

hello version2

hello version3

write bbb for new branch

a,b,c,d

i am coding …
#dev2 的代码在工作区中开发了一半

hyb@139-159-150-152:~/gitcode$
git status

On branch dev2

Changes not staged for commit:

(use “git add …” to update what will be committed)

(use “git restore …” to discard changes in working directory)

modified: ReadMe

no changes added to commit (use “git add” and/or “git commit -a”)

---

Git 提供了 git stash 命令，可以将当前的⼯作区信息进⾏储藏，被储藏的内容可以在将来某个时间恢复出来。

代码示例：

hyb@139-159-150-152:~/gitcode$
git stash

Saved working directory and index state WIP on dev2: 41b082f modify ReadMe

hyb@139-159-150-152:~/gitcode$ git status

On branch dev2

nothing to commit, working tree clean

用 git status 查看工作区，就是干净的（除非有没有被 Git 管理的文件），因此可以放心地创建分支来修复bug。

---

储藏 dev2 工作区之后，由于我们要基于master分支修复 bug，所以需要切回 master 分支，再新建临时分支来修复 bug。

代码示例：

hyb@139-159-150-152:~/gitcode$
git checkout master

# 切回master分支

Switched to branch ‘master’

hyb@139-159-150-152:~/gitcode$
git checkout -b fix_bug

# 新建并切换到 fix_bug 分支

Switched to a new branch ‘fix_bug’

hyb@139-159-150-152:~/gitcode$
vim ReadMe

hyb@139-159-150-152:~/gitcode$
cat ReadMe

hello bit

hello git

hello world

hello version1

hello version2

hello version3

write bbb for new branch

a,b,c,d,e

# 修复bug–忘记写e

hyb@139-159-150-152:~/gitcode$
git add ReadMe

# 重新add，commit

hyb@139-159-150-152:~/gitcode$
git commit -m"fix bug"

[fix_bug 4bbc0c4] fix bug

1 file changed, 1 insertion(+), 1 deletion(-)

---

修复完成后，切换到 master 分支，并完成合并，最后删除 fix_bug 分支：

代码示例：

hyb@139-159-150-152:~/gitcode$
git checkout master

Switched to branch ‘master’

hyb@139-159-150-152:~/gitcode$
git merge --no-ff -m"merge fix_bug branch" fix_bu

Merge made by the ‘recursive’ strategy.

ReadMe | 2 ±

1 file changed, 1 insertion(+), 1 deletion(-)

hyb@139-159-150-152:~/gitcode$
cat ReadMe

hello bit

hello git

hello world

hello version1

hello version2

hello version3

write bbb for new branch

a,b,c,d,e

hyb@139-159-150-152:~/gitcode$
git branch -d fix_bug

Deleted branch fix_bug (was 4bbc0c4).

---

至此，bug 的修复工作已经做完了，我们还要继续回到 dev2 分支进行开发。切换回 dev2 分支：

代码示例：

hyb@139-159-150-152:~/gitcode$
git checkout dev2

Switched to branch ‘dev2’

hyb@139-159-150-152:~/gitcode$
git status

On branch dev2

nothing to commit, working tree clean

---

工作区是干净的，刚才的工作现场存到哪去了？

用 git stash list 命令看看：

代码示例：

hyb@139-159-150-152:~/gitcode$
git stash list

stash@{0}: WIP on dev2: 41b082f modify ReadMe

---

⼯作现场还在，Git 把 stash 内容存在某个地方了，但是需要恢复⼀下，如何恢复现场呢？我们可以使用 git stash pop 命令，恢复的同时会把 stash 也删了，

代码示例：

hyb@139-159-150-152:~/gitcode$
git stash pop

On branch dev2

Changes not staged for commit:

(use “git add …” to update what will be committed)

(use “git restore …” to discard changes in working directory)

modified: ReadMe

no changes added to commit (use “git add” and/or “git commit -a”)

Dropped refs/stash@{0} (4f873250b3503687b5efd26196776aee7e3724c2)

---

再次查看的时候，我们已经发现已经没有现场可以恢复了

代码示例：

hyb@139-159-150-152:~/gitcode$
git stash list

hyb@139-159-150-152:~/gitcode$

---

另外，恢复现场也可以采用 git stash apply 恢复，但是恢复后，stash内容并不删除，你需要
用 git stash drop 来删除；

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

git stash apply stash@{0} ,这部分请同学们自行使用。

---

恢复完代码之后我们便可以继续完成开发，开发完成后便可以进行提交：

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

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

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

复了**

代码示例：

hyb@139-159-150-152:~/gitcode$
git stash list

hyb@139-159-150-152:~/gitcode$

---

另外，恢复现场也可以采用 git stash apply 恢复，但是恢复后，stash内容并不删除，你需要
用 git stash drop 来删除；

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

git stash apply stash@{0} ,这部分请同学们自行使用。

---

恢复完代码之后我们便可以继续完成开发，开发完成后便可以进行提交：

[外链图片转存中…(img-VE6A0jP7-1715038389781)]
[外链图片转存中…(img-QOZjg1Ab-1715038389781)]
[外链图片转存中…(img-Htz5Orp1-1715038389781)]

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

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

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