本系列包含：
- Git 图文详解（一）：简介及基础概念
- Git 图文详解（二）：Git 安装及配置
- Git 图文详解（三）：常用的 Git GUI
- Git 图文详解（四）：Git 使用入门
- Git 图文详解（五）：远程仓库
- Git 图文详解（六）：Git 利器 - 分支
- Git 图文详解（七）：标签管理
- Git 图文详解（八）：后悔药 - 撤销变更
- Git 图文详解（九）：工作中的 Git 实践
Git 图文详解（九）：工作中的 Git 实践
- 1.Git Flow
- 2.金屋藏娇 stash
- 3.拣选提交 cherry-pick
1.Git Flow
Git Flow（Git 工作流程）是指软件项目中的一种 Git 分支管理模型，经过了大量的实践和优化，被认为是现代敏捷软件开发和 DevOps（开发、技术运营和质量保障三者的交集）的最佳实践。
✅ 主分支：master，稳定版本代码分支，对外可以随时编译发布的分支，不允许直接 Push 代码，只能请求合并（pull request），且只接受 hotfix、release 分支的代码合并。
✅ 热修复分支：hotfix，针对线上紧急问题、Bug 修复的代码分支，修复完后合并到主分支、开发分支。
- ① 切换到
hotfix分支，从master更新代码； - ② 修复 Bug；
- ③ 合并代码到
dev分支，在本地 Git 中操作即可； - ④ 合并代码到
master分支。
✅ 发版分支：release，版本发布分支，用于迭代版本发布。迭代开发完成后，合并 dev 代码到 release，在 release 分支上编译发布版本，以及修改 Bug（定时同步 Bug 修改到 dev 分支）。测试完成后，此版本可以作为发版使用，然后把稳定的代码 Push 到 master 分支，并打上版本标签。
✅ 开发分支：dev，开发版本分支，针对迭代任务开发的分支，日常开发原则上都在此分支上面，迭代完成后合并到 release 分支，开发、发版两不误。
✅ 其他开发分支：dev-xxx，开发人员可以针对模块自己创建本地分支，开发完成后合并到 dev 开发分支，然后删除本地分支。
2.金屋藏娇 stash
当你正在 dev 分支开发一个功能时，代码写了一半，突然有一个线上的 Bug 急需要马上修改。dev 分支 Bug 没写完，不方便提交，就不能切换到主分支去修复线上 Bug。Git 提供一个 stash 功能，可以把当前 工作区、暂存区 未提交的内容 “隐藏” 起来，就像什么都没发生一样。
# 有未提交修改，切换分支时报错
$ git checkout dev
error: Your local changes to the following files would be overwritten by checkout:
README.md
Please commit your changes or stash them before you switch branches.
Aborting
# 隐藏
$ git stash
Saved working directory and index state WIP on main: 2bc012c s
# 查看被隐藏的内容
$ git stash list
stash@{0}: WIP on main: 2bc012c s
# 比较一下，什么都没有，一切都没有发生过！
$ git diff
# 去其他分支修改bug，修复完成回到当前分支，恢复工作区
$ git stash pop
在上面示例中，有未提交修改，切换分支时报错。错误提示信息很明确了，commit 提交或 stash 隐藏：Please commit your changes or stash them before you switch branches.
📢 如果切换分支时，未提交修改的内容没有冲突，是可以成功切换的，未提交修改会被带过去。
|
|
|
|---|---|
git stash | 把未提交内容隐藏起来，包括未暂存、已暂存。 等以后恢复现场后继续工作 |
git stash list | 查看所有被隐藏的内容列表 |
git stash pop | 恢复被隐藏的内容，同时删除隐藏记录 |
git stash save “message” | 同 git stash，可以备注说明 message |
git stash apply | 恢复被隐藏的文件，但是隐藏记录不删除 |
git stash drop | 删除隐藏记录 |
📢 当然这里先提交到本地也是可以的，只是提交不是一个完整的功能代码，而是残缺的一部分，影响也不大。
3.拣选提交 cherry-pick
当有一个紧急 Bug，在 dev 上修复完，我们需要把 dev 上的这个 Bug 修复所做的修改 “复制” 到 master 分支，但不想把整个 dev 合并过去。为了方便操作，Git 专门提供了一个 cherry-pick 命令，让我们能复制一个特定的提交到当前分支，而不管这个提交在哪个分支。
如上图，操作过程相当于将该提交导出为补丁文件，然后在当前 HEAD 上重放，形成无论内容还是提交说明都一致的提交。
- 希望把
dev分支上的v7提交的内容合并到master，但不需要其他的内容。 - 在
master分支上执行指令git cherry-pick v7，会产生一个新的v7’提交，内容和v7相同。 - 同时更新
master、HEAD，以及工作区。
# 选择一个commit，合并进当前分支
$ git cherry-pick [commit]
