🧩《个人 Git 使用最佳实践手册》
适用角色：
✔ 你是某个模块的开发者
✔ 有自己的个人开发分支（green_dev_luyi）
✔ yellow_validate 属于公共验证分支
✔ 要定期同步 yellow 的更新
✔ 最终要从自己分支发起 Merge Request（MR）
⭐ 总准则（写在最前，不用记命令）
- 你永远只写自己的分支，不直接修改 yellow_validate。
- 同步 yellow → 用 rebase，不用 merge（更干净）
- 网页合并 MR，不要本地 merge yellow
- 自己的分支 push 用 --force（因为用过 rebase）
- 每次开发前先更新你的分支（rebase）
🎯 典型流程（你每天用的）
🟦 1. 切到自己的开发分支
git checkout green_dev_luyi🟦 2. 保持你的分支与 yellow 保持最新（最重要）
每次开始写代码前，都要做这个：
git fetch origin git rebase origin/yellow_validate如果没有冲突 → 成功
如果有冲突：
（手动改冲突） git add . git rebase --continue好处：你的分支永远是干净的直线历史。
🟦 3. 开发代码，提交
git add . git commit -m "your message"🟦 4. 推到远端自己的分支
因为你使用了 rebase，提交 hash 被改写 → 必须强制推送：
git push origin green_dev_luyi --force🟦 5. 去 GitLab 提 MR
创建：
green_dev_luyi → yellow_validate
等待代码审查 → 完成。
🎉 这样你的 Git 历史会一直保持最干净：
yellow ---- A ----- B ----- C \ (你的分支) D' -- E' -- F'完全不会出现：
✘ Merge branch ‘yellow’…
✘ 多条乱七八糟的合并记录
✘ 无意义的 merge commit 堆积
📚 附录：你会必用的 Git 指令（精简解释版）
⭐ 基础（每天用）
git status # 看当前状态 git branch -vv # 看当前分支跟踪的远端分支 git add . # 加入暂存区 git commit -m "msg" # 提交 git push # 推送 git pull # 拉取并合并（不推荐用于你的分支）⭐ rebase（你主要用的）
git fetch origin git rebase origin/yellow_validate git rebase --continue git rebase --abort⭐ 推送
git push origin green_dev_luyi --force⭐ 查看提交历史（你会很常用）
git log --oneline --graph --all⭐ 撤销操作
git restore <file> # 撤销未提交的改动 git reset --hard # 重置到上次提交（慎用）⭐ stash（临时存代码）
git stash git stash pop git stash list git stash drop🧰（可选）如何保持分支干净简洁？
如果你 commit 太多、很乱，可以压缩整理：
git rebase -i HEAD~5可把多个 commit 合成一个，提高代码审查体验。
🔒 安全原则（非常重要）
永远不要在别人的分支（如 yellow_validate）执行：
git push git commit git merge xxx git reset --hard你只需要 Panel 上开 MR，让别人合。
🎯 最终一句话总结
你所有开发全在 green_dev_luyi 上 →
用 rebase 同步 yellow →
push 自己分支 →
GitLab 上发 MR → 合到 yellow。
流程轻松稳定，历史干净无 merge。
