Git代码管理知识汇总

---

前言

程序员在开发工作中，经常需要变更代码和发布软件版本。Git作为当前最流行的编程软件，需要我们重点掌握。

---

一、Git版本管理规范(Git Flow)

采用功能驱动开发（feature-driven develop ment——FDD）

需求是开发的起点，先有需求再有功能分支或者补丁分支。完成开发后，该分支就合并到常驻分支，然后被删除。

采用Git Flow（Git工作流）的方式的示意图如下

二、Git Flow详细介绍

项目中长期存在两个分支: master 和 develop

常驻分支	常用名	分支用途
主分支	master	生产环境的稳定分支，生产环境基于该分支构建。仅用来发布新版本
开发分支	dev / develop	开发环境的稳定分支，公共开发环境基于该分支构建

主分支和开发分支间的关联

分支命名规则

• 主干分支：master，该分支必须长期保持干净，可运行。不得直接在master分支进行开发, master分支只进行代码合并操作。
• 开发分支：develop，该分支为团队公用，开发人员一般从该分支拉取代码。
• 功能分支：feature, 该分支一般从develop分支拉出，如feature-multi_warning， 在该分支进行代码开发。
• 发行分支：release，在特性开发完毕之后，决定发布某一个版本，此时需要从develop分支上拉出一条release分支，例如release-1.0.0, 并将需要发布的特性从feature分支合并到release分支，随后针对release分支部署测试环境，测试和修改bug在该分支进行。
• bug修复分支：hotfix, 线上版本有紧急bug时，从master切出hotfix分支，如hotfix-issue1128,在修改之后合并回master和develop分支。

---

参考链接

图片来源：https://nvie.com/files/Git-branching-model.pdf
阮一峰–Git 工作流程
满聪–Git版本管理规范(Git Flow)