Implement IIT quality workflow hardening across eQuery deduplication, guard metadata validation, timeline/readability improvements, and chat evidence fallbacks, then synchronize release and development documentation for deployment handoff. Includes migration/scripts for open eQuery dedupe guards, orchestration/status semantics, report/tool readability fixes, and updated module status plus deployment checklist. Made-with: Cursor
56 lines
1.6 KiB
Markdown
56 lines
1.6 KiB
Markdown
# Cursor 防丢失与保存规范
|
||
|
||
> 目的:降低“已编辑但未落盘”的风险,避免文档/代码丢失。
|
||
> 适用范围:本仓库所有开发成员。
|
||
|
||
---
|
||
|
||
## 1. 强制设置(已建议统一)
|
||
|
||
- 开启自动保存:`files.autoSave = afterDelay`
|
||
- 自动保存延迟:`files.autoSaveDelay = 800`
|
||
- 开启热退出恢复:`files.hotExit = onExitAndWindowClose`
|
||
- 重启自动恢复窗口:`window.restoreWindows = all`
|
||
|
||
---
|
||
|
||
## 2. 每日开发最小动作
|
||
|
||
1. 启动开发前先执行一次 `Ctrl+K S`(全部保存)
|
||
2. 每次运行脚本/切分支前执行一次 `Ctrl+K S`
|
||
3. 每 30-60 分钟做一次本地 checkpoint(Git 提交)
|
||
4. 收工前执行:
|
||
- `Ctrl+K S`
|
||
- `git status`
|
||
- 必要时提交 `WIP`(仅本地)
|
||
|
||
---
|
||
|
||
## 3. 文档类文件专项要求
|
||
|
||
- 长文档编辑时,至少每 10 分钟手动 `Ctrl+S` 一次
|
||
- 批量修改文档后,立即执行 `git status` 确认改动被识别
|
||
- 对关键文档(部署/规范/评审报告)建议单次编辑后立即提交
|
||
|
||
---
|
||
|
||
## 4. 故障应急(出现“疑似丢失”时)
|
||
|
||
1. 先不要继续编辑,先 `Ctrl+K S`
|
||
2. 查看 `git status` 是否有改动痕迹
|
||
3. 查看文件时间戳是否更新
|
||
4. 如果未落盘,优先检查:
|
||
- 是否在另一个 Cursor 窗口编辑了同名文件
|
||
- 是否被同步盘/杀毒软件锁文件
|
||
- 是否发生异常退出(查看恢复提示)
|
||
|
||
---
|
||
|
||
## 5. 发布前防丢失检查
|
||
|
||
- [ ] 所有编辑器标签页已保存
|
||
- [ ] `git status` 与预期一致
|
||
- [ ] 核心文档改动已提交到仓库
|
||
- [ ] 迁移/部署类文档已更新(如适用)
|
||
|