作品改了很多版：用版本记录说明每次改动

一个智能浇花装置，从第一版到能稳定演示，可能改了七八次：换了水泵、调整了传感器位置、重写了控制程序。可到展示时，学生只拿出最后的成品，评委问“你做了哪些改进”，却说不清楚。作品的迭代过程，需要用版本记录保存下来。

什么时候算一个新版本

不是每一个小改动都要记录为新版本。可以按这个标准：

• 改变了结构或材料，例如换了外壳、换了电机。
• 改变了功能，例如增加了提醒功能。
• 修复了一个明显的问题，例如解决了漏水。
• 程序逻辑有较大调整。

每个新版本用编号标记，例如V1、V2、V3。

版本记录表

“为什么改”这一列最重要，它说明每次改动都是有依据的，而不是随意调整。

每个版本拍照

每个版本完成后，拍一张整体照片和关键部位的特写。展示时，把V1、V2、V3的照片并排放在一起，作品的变化一目了然。

如果某个版本的部件被拆下来不再使用，可以保留下来，答辩时作为实物展示。

代码的版本管理

编程类作品，每个版本的代码都要保存：

• 简单的做法：每个版本另存为一个文件，文件名带版本号和日期，例如“浇花_V2_0928”。
• 进阶的做法：使用代码版本管理工具，每次修改都写一句说明。

代码中修改过的地方，可以加注释说明改动原因，例如“V2：增加等待时间，避免过度浇水”。

用数据证明改进效果

每个版本都要做同样的测试，才能比较改进效果。测试方法在V1时就确定下来，后面每个版本都用同样的方法测试，例如每次测试10轮，记录成功次数。

这样到最后，可以画一张图：横轴是版本号，纵轴是测试成功率，直观展示作品性能的提升。

在报告和答辩中使用

报告中可以有一节“作品迭代过程”，用版本记录表和对比照片说明作品是怎样一步步完善的。答辩时，评委问“你是怎么想到这个改进的”，翻开版本记录就能回答。

完整的版本记录，是作品由学生亲手设计、反复改进的有力证明。它也让学生自己清楚地看到成长的过程。