企业官网建设流程全解析

🧩《个人 Git 使用最佳实践手册》

适用角色：
✔ 你是某个模块的开发者
✔ 有自己的个人开发分支（green_dev_luyi）
✔ yellow_validate 属于公共验证分支
✔ 要定期同步 yellow 的更新
✔ 最终要从自己分支发起 Merge Request（MR）

⭐ 总准则（写在最前，不用记命令）

1. 你永远只写自己的分支，不直接修改 yellow_validate。
2. 同步 yellow → 用 rebase，不用 merge（更干净）
3. 网页合并 MR，不要本地 merge yellow
4. 自己的分支 push 用 --force（因为用过 rebase）
5. 每次开发前先更新你的分支（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。