Git 工作流选择

不同的项目规模和需求适合不同的 Git 工作流。小团队可以使用 GitHub Flow，大型企业适合 Git Flow，开源项目常用 Forking Workflow。

一、分支策略

main/master：生产环境代码，始终可部署
develop：开发主分支，集成新功能
feature/*：功能分支，从 develop 检出
hotfix/*：紧急修复分支，从 main 检出
release/*：发布准备分支

二、提交规范

遵循 Conventional Commits 规范：
- feat: 新功能
- fix: 修复 bug
- docs: 文档更新
- style: 代码格式调整
- refactor: 重构代码
- test: 测试相关
- chore: 构建过程或辅助工具变动

三、Code Review 流程

每个 PR 至少需要一人审查；关注代码逻辑、性能影响和安全风险；使用自动化检查（Lint、单元测试）减少人工审查负担。

四、冲突解决

频繁同步上游分支减少冲突；使用 rebase 保持提交历史整洁；遇到复杂冲突时与原作者沟通理解意图。