Git操作规约

Git Flow是一种流行的Git工作流程模型，旨在更好地管理Git仓库中的分支和版本控制。它是由 Vincent Driessen 在一篇博文中提出的，并且得到了广泛的采用。

Git Flow 定义了一组严格的分支命名约定和分支的用途，以便团队成员可以更好地协作开发和管理软件项目。

该工作流程包括以下几个主要分支：

Master 分支：代表了主要的稳定版本，用于发布生产环境的代码。通常是经过测试和审核的最新可发布代码。
Develop 分支：是开发分支，包含最新的开发代码。所有的功能开发、bug修复等都在此分支上进行。
Feature 分支：用于单个功能的开发，通常从 Develop 分支创建，并在开发完成后合并回 Develop 分支。
Release 分支：用于发布准备，当在 Develop 分支上积累了足够的功能后，会从 Develop 分支创建 Release 分支，用于进行最终的测试和修复 BUG，然后合并回 Master 和 Develop 分支。
Hotfix 分支：用于紧急修复生产环境中的 BUG。从 Master 分支创建，修复后会合并回 Master 和 Develop 分支。

Git Flow 通过这样的分支管理方式，使得团队能够更好地协作，同时确保在开发和发布过程中的稳定性和可靠性。这种工作流程在许多软件开发团队中被广泛使用，并被认为是一种成熟、可靠的Git工作流模型。

Commit Message 格式type(scope[optional]): subject

scope用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。

subject是 commit 目的的简短描述，不超过50个字符。

示例：

text

feature(message-center): 开发消息发送落库功能
# 或者
feature: 开发消息发送落库功能

分支命名格式{type}_{time}_{describe}_{developer}

例如消息发送：send-message。尽量以两个单词描述清楚，多个单词间使用中划线 - 分割。

建议填写开发者名字，例如：eliauk.doo

示例：

text

feature_20220915_send-message_eliauk.doo