git开发流程

1. 分支核心职责

分支类型	生命周期	核心职责
master	永久	只读。指向最新已发布版本，生产环境代码最终来源。
release/x.y.z	长期	开发、测试、修复主战场。合并 feature 和 hotfix。新版本从上一个 release 创建。
feature/xxx	短期	开发新功能。从目标 release 创建，完成后合并回 release。
hotfix/xxx	短期、紧急修复	修复线上 Bug。从出问题的 release 创建，修复后合并回该分支并同步到后续 release 分支。

---

2. 个人开发标准流程

步骤 1：同步并创建分支

git checkout release/1.11.0         # 切换到目标 release 分支
git pull origin release/1.11.0      # 拉取最新代码
git checkout -b feature/your-task   # 创建功能分支

步骤 2：本地开发与提交

在 feature 分支上编码，并进行原子化提交：

git add .
git commit -m "feat: implement user login modal"

git add .
git commit -m "fix: resolve button style issue"

步骤 3：整理提交记录（PR 前）

git fetch origin
git rebase -i origin/release/1.11.0

• 合并零碎 commit，保持提交历史清晰。

步骤 4：推送并创建 PR

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。

第四步：清理分支

• PR 合并后删除 feature 分支：

git push origin --delete feature/your-task-name

---