学习笔记

Git 分支管理策略

为什么需要分支策略

没有分支策略的项目，所有代码都在一个分支上修改，容易出现代码冲突、功能未完成就上线等问题。合理的分支策略让开发过程更可控。

简化版 Git Flow

对于个人项目或小团队，完整的 Git Flow 过于复杂。推荐使用简化版：

• main — 主分支，始终保持可发布状态
• feature/xxx — 功能分支，从 main 分出，完成后合并回 main
• fix/xxx — 修复分支，用于紧急 bug 修复

常用操作流程

# 创建并切换到功能分支
git checkout -b feature/login

# 开发完成后合并回 main
git checkout main
git merge feature/login --no-ff

# 打版本标签
git tag -a v1.0.0 -m "发布 1.0.0"

Commit 消息规范

好的 commit 消息让历史记录更有价值。推荐格式：

feat: 添加用户登录功能
fix: 修复首页数据加载失败的问题
docs: 更新 README 文档
refactor: 重构网络请求模块

• feat — 新功能
• fix — 修复 bug
• docs — 文档变更
• refactor — 重构（不改变功能）

小结

• 个人项目不需要复杂的分支模型，main + feature 就够了
• 合并时用 --no-ff 保留分支历史
• 用 tag 标记每个发布版本
• commit 消息写清楚"做了什么"，而不是"改了什么文件"