把规范用起来
你将学会什么
Section titled “你将学会什么”- 跑通一套“能跑通、不吵架”的完整工作流
- 记住学生项目最值得坚持的四条 Git 原则
- 知道学完本课程后下一步补强什么
大学生项目最常见的工作流不是“最标准的 Git 工作流”，而是“能跑通、不吵架”的工作流。建议你先把下面这套用在课程实验、小组项目和开源贡献里：
- 开始新任务前，先拉取远端最新代码
- 从
main开一个短命分支 - 只改和当前任务直接相关的文件
- 提交时写一句话就能看懂的说明
- 合并前先做一次快速自检
这种做法的最大好处是：每次冲突都只发生在最小范围内，你不需要面对一个一周没合的巨型分支。
如果你现在就要在课程项目里用 Git，记住这四个最小原则：
main分支只放可运行版本- 每次作业或功能单独开分支
- 提交信息尽量短，但说明意图
- 合并前先看一次 diff，而不是直接点合并
能做到这四点，你已经超过大多数学生项目的平均水平。
如果你还想继续补强，建议按这个顺序：先理解 HEAD、ref 和 origin 的含义，再学会用 git log --graph --oneline --all 看分支图，然后练习 git cherry-pick 和 git revert 的适用场景，最后在真实课程项目里坚持用同一套提交规范两周。
先自己回答，再看答案：
- 为什么说“短命分支”能减少冲突？
- 学生项目最值得坚持的四条 Git 原则是什么？
- 合并前看
git diff是为了什么？
参考答案
- 分支活得越短、改动范围越小，与主线分叉越小，冲突只会发生在最小范围内。
- main 只放可运行版本、作业单独开分支、提交信息说明意图、合并前先看 diff。
- 确认将要合并的改动确实是想要的，避免误合并无关内容。
- 完整工作流：拉取 → 开短命分支 → 只改相关文件 → 清晰提交 → 合并前自检
- 四条最小原则覆盖大多数学生项目的协作需求
- 进阶方向：理解 HEAD/ref/origin → 看分支图 → 练习 cherry-pick/revert → 坚持两周