代码分支管理规范
一、分支管理要求
- 分支管理
• 将代码提交到适当的分支，遵循分支管理策略。
• 随时可以切换到线上稳定版本代码，确保可以快速回滚到稳定版本。
• 同时进行多个版本的开发工作，确保分支清晰，避免混淆。 - 提交记录的可读性
• 提交描述准确，具有可检索性，便于团队成员理解。
• 合理的提交范围，避免一个功能拆分成多个提交，保持提交的逻辑性。
• 分支间的合并保留提交历史，确保合并后的结果清晰明了。
• 避免过多的分叉，保持提交历史的简洁和可追溯性。 - 团队协作
• 明确每个分支的用途，确保对应的分支执行相应的操作。
• 提交代码时，每次都要有明确的改动范围和规范的提交信息，方便团队成员理解和评审。
• 使用 Git 管理版本迭代、紧急线上 bug fix、功能开发等任务，确保团队协作高效有序。
二、 分支管理
Git 分支管理策略，通常被称为 Git Flow。这种策略有助于保持代码库的整洁和稳定，确保团队成员之间的协作和代码质量。在这种策略中，主要分支包括 master 和 develop：
• master 分支用于存放稳定的线上版本，并且通过 tag 标记每个版本。这样可以方便在 master 分支上查看每个线上版本的代码。
• develop 分支是开发的主分支，包含了最新完成和 bug 修复后的代码。所有开发都基于 develop 分支进行，小改动可以直接在 develop 分支上进行，而较大的改动则通过创建 feature 分支来实现。
除此之外，还有其他分支：
