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

先固定可复现的开发起点

确认代码版本、运行命令、依赖锁定和当前测试状态,让 AI 与人看到同一个基线。

L261
为什么现在学

先用本课建立“环境准备”的基本直觉,后面的判断和练习才不会只靠记结论。

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

环境准备让同一份代码在明确版本和配置下得到可重复结果。工具数量不代表环境已经可用。

这一课的结果

能写出一份开发环境基线记录,使另一台机器可判断是否复现成功。

核心概念

先把关键判断说清楚

01

代码版本必须明确

记录分支或提交及工作区改动,避免 AI 基于错误版本修改。

02

依赖用锁文件固定

声明运行时版本并使用项目锁文件安装,减少同名依赖版本漂移。

03

基线要包含失败

开始前运行最小检查并记录现有失败,防止把旧问题误判为新改动造成。

案例拆解

同一项目只在一台机器能跑

开发者口头说使用最新 Node,另一台机器安装不同主版本后构建报错。

  1. 01

    记录项目要求的运行时版本

  2. 02

    按锁文件安装依赖

  3. 03

    保存构建与测试基线输出

案例结果

团队能区分环境差异、既有失败和代码回归。

提交前练习

现在轮到你

为当前项目写一份最小可复现环境说明。

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

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

参考答案

记录当前提交与工作区差异;Node 版本来自项目配置;按锁文件安装;运行类型检查和关键页面测试并保存现有失败。

评分标准

  • 代码与运行时版本明确
  • 使用锁文件
  • 现有失败被如实记录

本课收口 · 理解检查

用 30 秒确认你理解了

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

0 / 1
02完成练习(选做)0 / 4 项已填写,不影响完成03通过理解检查点此去回答,约 30 秒
04补一句总结(可选)可以留空,不影响完成本课。
开始修改前为什么要记录当前测试失败?
你现在更接近哪一种状态?
尚有必填项未完成,请补齐后再继续。

资料来源

继续核对与延伸阅读

本课内容最近更新于 。