书山有路，学海无涯。记录成长，追逐梦想

Git Flow 模型（本文所阐述的分支模型）构思于 2010 年，也就是 Git 诞生后不久，距今已有 10 多年。在这 10 多年中，Git Flow 在许多软件团队中大受欢迎。在这 10 多年里，Git 本身已经风靡全球，而使用 Git 开发的最流行的软件类型也更多地转向了网络应用。网络应用通常是持续交付的，不会回滚，也不需要支持多个版本的软件同时运行。这与原作者在 10 年前写这篇博文时所考虑的软件类型不同。

任何一家公司乃至于一个小组织，只要有写代码的地方，就有代码版本管理的主场，初入职场，总会遇到第一个拦路虎 git 管理流程，但是每一个企业似乎都有自己的 git 管理流程，倘若我们能掌握常用的 git 分支管理模型，那么无论碰到什么样的 git 管理流程，只不过都是这些管理模型的衍生与简化而已。

Git 是当前最先进、最主流的分布式版本控制系统，免费、开源！核心能力就是版本控制。再具体一点，就是面向代码文件的版本控制，代码的任何修改历史都会被记录管理起来，意味着可以恢复到以前的任意时刻状态。支持跨区域多人协作编辑，是团队项目开发的必备基础，所以 Git 也就成了程序员的必备技能。

当安装 Git 后，首先要做的事情是配置你的用户信息。告诉Git你是谁？配置用户名、邮箱地址，每次提交文件时都会带上这个用户信息，查看历史记录时就知道是谁干的了。

VSCode 自带的 Git 工具基本已经可以满足日常使用了，既有可视化功能，也能敲命令，习惯了不就不用安装其他 GUI 工具了。不过还是可以再安装一些 VSCode 插件，来增强 Git 功能。

可以简单理解为，git add 命令就是把要提交的所有修改放到暂存区（Stage），然后，执行 git commit 就可以一次性把暂存区的所有修改提交到仓库。

Git 作为分布式的版本管理系统，每个终端都有自己的 Git 仓库。但团队协作还需一个中间仓库，作为中心，同步各个仓库。于是服务端（远程）仓库就来承担这个职责，服务端不仅有仓库，还配套相关管理功能。

分支是从主线分离出去的“副本”，分支就像是平行宇宙，可独立发展，独立编辑、提交，也可以和其他分支合并。分支是 Git 的核心必杀利器之一，分支创建、切换、删除都非常快，它非常的轻量。所以，早建分支！多用分支！

标签（Tags）指的是某个分支某个特定时间点的状态，是对某一个提交记录的固定 “指针” 引用。一经创建，不可移动，存储在工作区根目录下 .git\refs\tags。可以理解为某一次提交（编号）的别名，常用来标记版本。所以发布时，一般都会打一个版本标签，作为该版本的快照，指向对应提交 commit。

reset 是专门用来撤销修改、回退版本的指令，支持的场景比较多，多种撤销姿势，所以参数组合也比较多。简单理解就是移动 master 分支、HEAD 的 “指针” 地址，理解这一点就基本掌握 reset 了。

Git Flow（Git 工作流程）是指软件项目中的一种 Git 分支管理模型，经过了大量的实践和优化，被认为是现代敏捷软件开发和 DevOps（开发、技术运营和质量保障三者的交集）的最佳实践。