开发工具： git 03、工作流之功能分支工作流

最新推荐文章于 2025-07-15 23:58:01 发布

原创最新推荐文章于 2025-07-15 23:58:01 发布 · 373 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#git

开发工具同时被 2 个专栏收录

17 篇文章

订阅专栏

git

13 篇文章

订阅专栏

本文详细介绍了一种适用于小团队内部协作的Git工作流程，包括本地开发、特性分支开发、热修复分支使用、冲突解决及代码合并过程。适用于需求不频繁的内部系统，帮助团队高效管理代码版本。

文章目录

适用场景
本地开发
推送远程

适用场景

面向内部的那种需求不是很频繁的内部系统，5人以内的项目。

本地开发

首先，在第2节的基础上张三和李四各先修改下代码并完成一次 commit。

张三
1. 先拉取最新的代码 git pull origin master
2. 写代码
3. 提交到远程
李四
1. 拉取最新的 master 分支
2. 写代码
3. 提交到远程
张三
1. 拉取最新的 master 分支
2. 存在冲突则解决冲突
  
  当前 master 指向的是最新的一个 commit。HEAD 指向 master。

此时需要开发一个新的功能，由张三认领，他从 master分支 拉一个特性分支。比如 feature/001分支。

git checkout -b feature/001

功能分支工作流09
这个命令在创建分支的同时也切换到这个分支上去，相当于 git branch feature/001 + git checkout feature/001

此时 master 继续指向 750，但是多了一个 feature/001 指针，指向 750，同时 HEAD 切换为指向了 feature/001。
功能分支工作流10

接着就可以在 feature/001 分支上做一些开发了，主要是为了新功能写代码，而且一般每天都会执行一次提交，保证工作内容不会丢失。
功能分支工作流11

commit 之后会长出来一个新的 commit 记录
功能分支工作流12
然后 feature/001 指向了这个 commit，HEAD 继续指向 feature/001。
功能分支工作流13
功能分支工作流14
假如此时突然接到一个通知，需要解决一个线上的 bug。此时就需要切换到 master分支，然后基于当前的 master分支 拉一个新的分支专门修复当前线上的这个 bug。比如 hotfix分支。
功能分支工作流15
功能分支工作流16
注意在切换到 master分支 之前，需要先提交 feature/001分支 的所有代码，否则是不允许切换分支的。

git add --all .
git commit -m "xxx"
git checkout master
git checkout -b hotfix/001

一旦切换到 master分支，工作区的所有代码会给 git 还原为 master 指针指向的那个commit object 的所有快照，git 会负责对代码文件进行新增、修改或者删除，彻底还原到那个快照版本。

接着拉取并且切换到 hotfix/001 之后，就可以基于 master 的代码来进行 bug 修复了，修改代码，解决 bug，进行测试，然后在 hotfix/001 上可以提交代码。这里假设 hotfix/001 分支的代码和 feature/001 分支的代码，都对同一行（图中第12行）进行了不同的修改，为了后面的合并冲突解决进行准备。
功能分支工作流17
这个时候，master 继续指向 750，feature/001 指向 67a，然后从 750 长出来一个新的 commit object——e69，hotfix/001 指向 e69。也就是说，从 750 之后，分叉长出来两个commit object：67a 和 e69。
功能分支工作流18
接着，对 hotfix/001 的代码需要进行测试，然后测试通过之后，就可以将 hotfix/001分支 合并到 master分支，准备上线了。注意切换前要先 commit 当前分支。

git add --all .
git commit -m "xxx"
git checkout master
git merge hotfix/001

这次 merge 被称之为 fast-forward（快进式的merge），为啥呢？因为看一下此时的 commit 树，master 指针只要直接移动到指向 e69，就可以完成本次合并了，这就是 fast-forward。但是此时 HEAD 就是指向 master 的。

功能分支工作流20
此时就可以用 master 代码来部署解决 bug 了。

同时由于已经合并到 master分支 了，所以可以删除 hotfix/001分支。

git branch -d hotfix

功能分支工作流21

然后切换回 feature/001分支，继续新功能的开发

git checkout feature/001

功能分支工作流32

完成代码，然后最终 commit 一次，结束 feature/001 的代码开发，同时基于这个分支的代码完成测试。
功能分支工作流22

此时会从 c3 长出来一个 commit——589，feature/001 指向 589，而且 HEAD 指向 feature/001。
功能分支工作流23

接着就要将 feature/001分支 合并到 master分支 了，完成功能的合并

git checkout master
git merge feature/001

在这里插入图片描述
解决冲突后 commit

此时，因为 master 指向的 commit e69，是不能直接移动到 feature/001 指向的 589 的，因此需要执行一个 3-way merge。此时会创建一个新的 commit object——182，它的 父commit 是 e69 和 589。此时，master会指向最新的 commit 即 182，feature/001 继续指向 589，同时 HEAD 指向 master。
功能分支工作流26