backup
TraeWork 内置 skill —— 备份重要的程序文件。在每次调整修改时备份，以便回退。
一、定位
| 字段 | 值 |
|---|---|
| 所属 | TraeWork 内置 skill（实用工具类） |
| 触发条件 | 修改重要的程序文件时主动调用 |
| 核心方法 | 修改前先备份，回退不后悔 |
| 使用频率 | 高（每次重要修改时） |
二、核心方法论
2.1 核心原则
「在每次调整修改的时候将程序文件进行备份，以便修改的结果不满意可进行回退。」
2.2 触发场景
| 场景 | 是否需要备份 |
|---|---|
| 改重要业务逻辑 | ✅ 必须 |
| 改数据库 schema | ✅ 必须 |
| 改配置文件 | ✅ 必须 |
| 加新功能 | ✅ 建议 |
| 改 typo / 注释 | ❌ 一般不需要 |
| 改测试文件 | ❌ 一般不需要 |
2.3 备份的粒度
- 单文件备份：只备份改的那一个文件
- 多文件备份：一次改了一组相关文件，一起备份
- 整个项目备份：大重构前，整体备份
三、备份命名规范（建议）
推荐使用带时间戳的命名：
原文件.bak.YYYYMMDD_HHMMSS
原文件.20260827_153000.bak
好处：
- 一眼看出备份时间
- 同一天可以多次备份（不会覆盖）
- 排序时自然按时间排列
四、回退操作
4.1 找到备份
# 列出所有备份
ls -la /path/to/*.bak.*
# 按时间排序（最新的在最下面）
ls -lt /path/to/*.bak.*4.2 恢复
# 方式 1：直接覆盖（推荐带 -i 提示）
cp -i file.py.bak.20260827_153000 file.py
# 方式 2：用 mv 原子替换
mv file.py.bak.20260827_153000 file.py五、与其他备份方式的对比
| 方式 | 优点 | 缺点 |
|---|---|---|
| backup skill | 简单、手动控制 | 需要记得做 |
| Git | 自动、版本完整 | 需要 git 仓库 |
| Time Machine（macOS） | 全自动、文件系统级 | 占用空间大 |
| 云盘同步 | 自动异地备份 | 实时同步可能覆盖刚改的 |
建议组合：
- 日常修改：backup skill（精确控制）
- 长期项目：Git（版本管理）
- 灾难恢复：云盘（异地）
六、引用来源
- TraeWork 实际 skill 路径 —— 本文内容完全来自此文件
七、一句话总结
backup 是「改前先备份、错了能回退」的简单纪律——在每次重要修改前用带时间戳的命名备份原文件，修改不满意时一键回退。配合 Git 使用效果最佳。