本章进度 16 / 18
89%
Vibe Coding 实战·理解·10 分钟
正文已完成

版本控制是安全绳,不是存档按钮

用小提交、清楚差异和稳定基线支持审查、比较与恢复。

L273
为什么现在学

先用本课建立“版本与回滚”的基本直觉,后面的判断和练习才不会只靠记结论。

本课会用什么
  • 无需安装新工具
  • 直接阅读并完成本页理解检查

版本控制在开发过程中留下可比较、可审查和可恢复的安全点。等代码写完再备份一次,无法支持逐步回退。

这一课的结果

能说明工作区、暂存与提交的角色,并设计一个可独立理解的提交边界。

核心概念

先把关键判断说清楚

01

差异先于提交

提交前阅读实际改动,确认没有秘密、调试文件和无关用户修改混入。

02

提交表达一个意图

一个提交应有清楚目标和对应测试,便于审查与单独撤销。

03

共享历史避免破坏性改写

已经共享的提交应优先通过新的反向提交恢复,而不是随意重写别人依赖的历史。

案例拆解

一周工作只有一个最终提交

搜索、样式、依赖升级和 bug 修复混在一起,线上回归后无法安全撤销其中一项。

  1. 01

    按行为把后续工作分成小提交

  2. 02

    每个提交附最小验证

  3. 03

    上线问题可只撤销对应行为

案例结果

历史成为恢复工具,而不是无法拆解的压缩包。

提交前练习

现在轮到你

为一次包含多项变化的工作设计提交序列。

选做练习:本节练习可用于加速你巩固,但不影响继续学习。

内容会自动保存在当前设备
查看参考答案与评分标准

参考答案

先提交搜索纯逻辑与测试,再提交界面接入,样式调整单独提交;每次审查差异和敏感文件;共享后用新提交撤销。

评分标准

  • 每个提交只有一个主意图
  • 包含提交前差异检查
  • 不建议破坏共享历史

本课收口 · 理解检查

用 30 秒确认你理解了

用 30 秒理解检查确认你抓住了重点;阅读标记、练习和总结都不设硬门槛。

0 / 1
02完成练习(选做)0 / 4 项已填写,不影响完成03通过理解检查点此去回答,约 30 秒
04补一句总结(可选)可以留空,不影响完成本课。
一个已共享提交需要撤销,通常更安全的做法是什么?
你现在更接近哪一种状态?
尚有必填项未完成,请补齐后再继续。

资料来源

继续核对与延伸阅读

本课内容最近更新于 。