实习生的 Git 生存指南：从 clone 到上线，一个干净的工作流就够了

实习生的 Git 生存指南从 clone 到上线一个干净的工作流就够了接手项目不慌提交通畅不踩坑对于刚进入开发实习的同学来说最怕的不是代码难写而是不知道 Git 该怎么用。尤其是面对一个已经跑了好几年的成熟项目分支多、提交多、同事多一个不小心就可能把仓库搞得乱七八糟。本文根据一位过来人的真实踩坑经验总结了一套从git clone到最终上线的干净工作流。照着做至少不会因为 Git 操作被组长点名批评。第一步接手项目先摸清“家底”当你拿到项目仓库地址第一件事不是急着写代码而是先把项目“看一遍”。1. 克隆项目gitclone项目地址如果项目历史很庞大可以考虑浅克隆加速gitclone--depth1项目地址2. 查看所有分支了解命名习惯gitbranch-a-a会显示本地分支 远程分支remotes/origin/xxx。仔细观察远程分支的命名是feature/xxx、fix/xxx还是release/xxx了解团队的分支命名规范以后自己建分支才不会出错。3. 熟悉代码与业务流程光看分支名不够还要把项目跑起来看看主要的业务代码在哪里。不懂就问实习生的特权就是可以光明正大地问问题。不要闷头看三天问一嘴可能十分钟就清楚了。第二步准备开发先同步再拉分支当你被分配了一个任务比如加一个新功能或修一个 bug不要上来就写代码。先确保本地代码是最新的。gitstatus# 看看当前有没有未提交的改动gitpull--rebase# 拉取最新代码用 rebase 保持提交历史干净gitlog--oneline-n5# 看看最近 5 次提交了解最近项目发生了什么变化然后基于主分支通常是main或develop创建自己的开发分支gitcheckout-bfeature/your-task-name分支名要符合团队规范比如feature/add-login-cache或fix/header-style。第三步开发中的小插曲 – 用 stash 优雅暂停开发到一半突然被告知要紧急切到另一个分支修 bug。但当前代码还没写完不想提交一个半成品怎么办没有强迫症和代码洁癖的也可以先做一个temp commit事后再restore用git stash暂存当前改动。gitstash save正在开发 xxx未完成然后放心切分支、处理紧急任务。处理完后切回原来的分支gitstash list# 查看 stash 列表gitstash apply# 恢复最近一次 stash不删除记录gitstash pop# 恢复并删除记录提醒用完的 stash 要及时清理不要让 stash list 堆出一大串没用的东西。gitstash drop stash{0}# 删除指定 stashgitstashclear# 慎用会清空所有 stash第四步日常开发 – 小步提交既是规范也是“功劳簿”有的实习生喜欢攒一天的代码最后来一个git commit -m update。这是大忌。推荐做法按逻辑功能小单位提交。每完成一个小的功能点或修复就提交一次。好处更规范– 同事 code review 时能清楚看到每一步改动。更安全– 出错了容易回滚到上一个稳定点。看着干活多– 别笑这真的有用。一天 5~6 个有意义的提交比你憋一个大提交更显工作量。单次提交流程标准版gitstatus# 1. 确认改动了哪些文件有没有不该提交的gitdiff# 2. 仔细看改动内容避免把调试代码或密码提交上去gitadd.# 3. 添加所有改动也可以按文件添加gitcommit-mfeat: 增加用户登录验证# 4. 写好规范的提交信息gitpull--rebase# 5. 拉取最新代码避免产生合并提交重要gitpush# 6. 推送到远程其中git diff和push 前的 pull --rebase最重要git diff让你在提交前再审视一遍代码往往能发现“我什么时候加了个console.log”或者“这行调试代码忘删了”。git pull --rebase避免产生无意义的 merge 节点保持提交历史是一条直线。如果出现冲突解决后git rebase --continue即可。第五步开发完毕合并回主分支功能开发完成、测试通过后需要把代码合并到主分支。先切回主分支同步最新代码gitcheckout main# 或 developgitstatusgitpull--rebasegitlog--oneline-n5# 看看别人有没有新提交合并你的开发分支gitmerge feature/your-task-name如果有冲突Git 会提示哪些文件冲突。手动打开文件解决、、标记。解决后git add .然后git commit如果使用 rebase 则是git rebase --continue。最后git push。通知组长合并并推送后不要默默结束。主动在群里或私聊提醒组长 review 代码确认没问题后安排上线。这是责任心也是刷存在感的好机会。总结一张图记住完整流程git clone git branch -a ↓ git checkout -b feature/xxx ↓ 开发 → 小步提交status → diff → add → commit → pull --rebase → push ↓ 遇到中断 → git stash → 处理 → git stash pop ↓ 开发完成 → 切回主分支 → pull --rebase → merge → push ↓ 提醒组长 review → 上线最后给实习生的几点建议不懂就问比瞎操作后让别人帮你修仓库强一万倍。多用git status随时知道自己在哪里、有什么改动。少用git push --force除非你完全清楚后果。提交信息写好前缀feat:/fix:/docs:/refactor:方便后续生成 changelog。每天上班第一件事git pull --rebase保持本地代码最新。这套工作流程不一定是最“极客”的但一定是最稳的。跟着做至少你不会因为 Git 而被组长在代码评审会上点名。祝你实习顺利代码无冲突上线不加班