1. 分支核心职责
分支类型 |
生命周期 |
核心职责 |
master |
永久 |
只读。指向最新已发布版本,生产环境代码最终来源。 |
release/x.y.z |
长期 |
开发、测试、修复主战场。合并 feature 和 hotfix 。新版本从上一个 release 创建。 |
feature/xxx |
短期 |
开发新功能。从目标 release 创建,完成后合并回 release 。 |
hotfix/xxx |
短期、紧急修复 |
修复线上 Bug。从出问题的 release 创建,修复后合并回该分支并同步到后续 release 分支。 |
2. 个人开发标准流程
步骤 1:同步并创建分支
1 2 3
| git checkout release/1.11.0 git pull origin release/1.11.0 git checkout -b feature/your-task
|
步骤 2:本地开发与提交
在 feature
分支上编码,并进行原子化提交:
1 2 3 4 5
| git add . git commit -m "feat: implement user login modal"
git add . git commit -m "fix: resolve button style issue"
|
步骤 3:整理提交记录(PR 前)
1 2
| git fetch origin git rebase -i origin/release/1.11.0
|
步骤 4:推送并创建 PR
1
| git push -f origin feature/your-task-name
|
- 在 GitHub / GitLab 上,从功能分支向目标
release
发起 PR。
3. PR 审查与合并流程
第一步:代码审查
- 检查逻辑、规范、目标分支。
- 至少一名成员
Approve
。
第二步:合并前检查
- 确认 CI/CD 全通过。
- 提交历史整理干净。
- 无合并冲突。
第三步:执行合并
推荐策略(严禁使用 Merge Commit):
合并方式 |
操作方式 |
优点 |
Squash and Merge (推荐) |
点击 Squash and Merge 按钮 |
将所有 commit 合并为一个,生成干净历史。 |
Rebase and Merge (可选) |
点击 Rebase and Merge 按钮 |
保持线性历史,按顺序追加 commit。 |
第四步:清理分支
1
| git push origin --delete feature/your-task-name
|