18、深入解析Git工作流：从基础到自定义实践

深入解析Git工作流：从基础到自定义实践

1. 常见Git工作流概述

在软件开发过程中，选择合适的Git工作流至关重要。不同的工作流适用于不同的场景和需求，下面为你介绍几种常见的Git工作流。

1.1 Gitflow

Gitflow适用于每隔几个月向不同客户交付软件、需要将一些功能打包到单独授权的新版本中，并且需要维护多个版本多年的情况。然而，在复杂环境中，它存在一些问题。它不是基于主干的工作流，有多个长期存在的分支，这些分支之间的集成可能会导致合并地狱。随着DevOps和CI/CD实践的兴起，Gitflow的声誉不佳。如果你想通过DevOps加速软件交付，Gitflow不是适合你的分支工作流，但它的许多概念可以在其他工作流中找到。

1.2 GitHub flow

GitHub flow非常注重通过拉取请求（PR）进行协作。其步骤如下：
1. 创建一个具有描述性名称的分支，并进行首次更改。
2. 创建一个PR，并通过代码注释与审核人员协作。
3. 一旦PR准备好，在将其合并到主分支之前将其部署到生产环境。

GitHub flow是基于主干的，非常受欢迎。但它也存在一些问题，例如将每个PR部署到生产环境会造成瓶颈，扩展性不佳。此外，它对于用户、分支和PR的数量没有明确说明。

1.3 Release flow

Release flow基于GitHub flow，但不连续部署PR，而是添加单向发布分支。这些分支不会合并回去，bug修复遵循上游优先原则：在主分支的一个分支中修复，然后将更改挑选到发布分支的一个分支中。这样可以确保不会忘记将bug修复