1. 先确定文件责任
一位伙伴负责地图，一位负责说明或音效；不要同时改同一个main.tscn。打开team.md写文件、负责人和交接时间。单人也写今天负责的部分。
阶段 6 / UNIT 33 / 3 OF 6
一起做：分工与版本备份
两个人一起改，怎样不把对方的作品覆盖掉？
建立清晰分工、版本备份和小步整合的习惯。
建议180分钟 · 可拆3次60分钟今天要做成什么
完成一次清楚的交接与一次成功恢复。
先完成上一阶段作品。准备电脑、鼠标、Godot 4.6.1标准版与纸笔。没带电脑的伙伴可以先做预测和纸面设计，再轮换亲手操作。
下载创作工作包下载示范材料与工程两份包提供可运行的2D底座和创作材料。示范包展示写法，不是标准答案；本阶段各课不自动增加新玩法。也可继续自己的3D作品，用实际设计、修改与验证完成原创项目。
解压到不同文件夹，导入project.godot，打开main.tscn运行。手机用于阅读课程，Godot工程需在电脑打开。每包README包含本课任务；优先继续自己的工程，起步包用于补课与恢复。
把想法变成可以验证的作品
2. 备份完整工程
退出运行后复制整个工程到带日期和版本的文件夹；排除可再生成的.godot缓存，保留.gd/.tscn/.tres及素材源文件。示范包附.gitignore供会用Git的伙伴选用。
3. 用清单交接
交接时写改了哪些文件、如何验证、已知问题。接收方先在副本导入运行，不直接覆盖唯一可用版本。
4. 一次合一个变化
先合地图并测试，再合说明。若坏了用备份比较差异，不用猜“是谁弄坏了”。出现冲突时一起决定保留什么。
5. 练一次恢复
故意在副本里改坏一个参数，凭记录恢复到可运行版本。基础任务不要求学Git命令；熟练者再练add、commit和查看diff。
这一课读懂这一部分
位置：team.md。这份材料是可编辑的工作底稿，空白内容需要依据真实设计与试玩补齐；示例不代表已经完成实测。
# 分工与版本
版本：v0.1
main.tscn地图负责人：____
game.gd规则负责人：____
说明与素材负责人：____
交接文件：____
改动目的：____
验证方法和结果：____
恢复到哪一份备份：____
先在副本合并，一次只合一项变化。
完成证据与可选挑战
基础：完成一次清楚的交接与一次成功恢复。
挑战：使用本地Git提交两个小改动，展示差异与恢复过程。
留下：文件分工表、交接记录、恢复证据。
我原先预测____；我实际观察____；我只改变了____；再次验证的结果是____。
卡住时，从这里检查
只有场景备份打不开
场景还依赖脚本和资源，需保存完整工程。
两个同名文件不知道用谁的
查看交接记录并在副本比较，不按文件时间盲目覆盖。
让AI帮助理解，让英语来自经历
可以把本课问题“两个人一起改，怎样不把对方的作品覆盖掉？”交给AI，请它用例子解释或提出测试情况。给出实际节点名和错误原文，每次只采纳一项修改并运行验证。不要把整份工程、家庭信息或账号口令交给AI。
每个孩子贡献当天真正用过的三个英文词，例如 team · version · backup。先共同回忆一段真实经历，再借助AI写成短故事，大家核对、听读、表演或配图。另留15—20分钟，允许先用中文表达。
土星老师的备课提示
本课重点：建立清晰分工、版本备份和小步整合的习惯。以“完成一次清楚的交接与一次成功恢复。”判断是否可以继续。7—15岁混龄约15人时，可结成2—3人伙伴组，大小伙伴轮换操作者与观察者，大孩子通过解释帮助伙伴成长；每个人都要留下自己的操作或判断证据。
先确认基础，再进入挑战。首次接触的孩子可以口述、画图和修改一个参数；熟练者解释规则、设计反例并协助调试。不以输入英文的速度分高低。若基础未完成，下次继续，不压缩休息赶进度。
| 分钟 | 学习节奏 |
|---|---|
| 0—10 | 观察作品、说预测 |
| 10—25 | 土星老师拆解一个关键概念 |
| 25—50 | 第一次动手与验证 |
| 50—60 | 离屏休息，可在此结束第一次学习 |
| 60—80 | 完成基础任务，轮换操作 |
| 80—90 | 离屏休息 |
| 90—110 | 边界测试与伙伴反馈 |
| 110—120 | 保存进度与离屏休息 |
| 120—145 | 第二次实验或整合 |
| 145—155 | 离屏休息 |
| 155—175 | 独立试玩与复测 |
| 175—180 | 整理记录与下一步 |
课间走出创生空间即可进入凡朴农场。在约定的活动范围内，可以休息、自由探索草坪菜地，或由土星老师即兴组织观察与小游戏。英语回顾和农场活动另行安排，不挤占必要的动手时间。