【git开发中分支使用原则与流程】_git 分支 发布

Git分支的基本概念

主分支（Master/Main）：

主分支通常是项目的稳定版本，是用于部署的分支。开发者应该保持主分支的稳定性，只有在确保代码质量的情况下才能将新功能合并到主分支。

特性分支（Feature Branch）：

每次开始开发新功能或修复Bug时，应该从主分支创建一个特性分支。这个分支只包含与该特性或Bug修复相关的更改。

开发分支（Development Branch）：

开发分支是多个特性分支的集成点。在这里，开发者可以将各个特性分支合并以测试它们的集成效果。

发布分支（Release Branch）：

当项目准备发布新版本时，可以创建一个发布分支。在这个分支上进行最后的测试和修复Bug，确保代码稳定性。

热修复分支（Hotfix Branch）：

如果在发布后发现了紧急Bug，可以创建一个热修复分支来立即修复它们，然后将更改合并到主分支和开发分支中。

Git分支的使用原则

保持分支干净：

每个特性分支应该只包含与该特性相关的更改，不要混杂其他更改。这样可以确保分支的清晰性和易于维护。

定期合并主分支：

经常将主分支的更改合并到特性分支中，以确保代码与最新的主分支保持同步。

Code Review：

在合并分支之前，进行代码审查以确保代码质量。有助于发现潜在的问题并提高代码可维护性。

合并冲突的处理：

如果多个开发者同时修改了相同的文件，可能会发生合并冲突。在这种情况下，需要打开文件手动修改冲突位置，以确保代码不会出现问题。

Git分支的基本流程

1. 从主分支创建一个新的特性分支：

   git checkout -b feature/my-new-feature
   1

2. 在特性分支上进行开发和提交更改：

   git add .
   git commit -m "Add new feature"
   1
   2

3. 定期将主分支的更改合并到特性分支：

   git checkout feature/my-new-feature
   git merge main
   1
   2

4. 完成特性开发后，进行代码审查：

   # 通过代码审查后，可以将特性分支合并到开发分支
   git checkout development
   git merge feature/my-new-feature
   1
   2
   3

5. 在发布前，创建发布分支：

   git checkout -b release/1.0
   1

6. 在发布分支上进行最后的测试和Bug修复：

   git add .
   git commit -m "Fix bugs for release 1.0"
   1
   2

7. 发布版本后，将更改合并到主分支：

   git checkout main
   git merge release/1.0
   1
   2

8. 如果需要，可以创建热修复分支来解决紧急Bug：

   git checkout -b hotfix/urgent-bug-fix
   1

9. 完成热修复后，将更改合并到主分支和开发分支中。