python dev_scripts/harness.py check --strict
python -m unittest discover -s tests -v
现状:dev_scripts/ 有 4 个命令行入口(check_harness.py、sync_wiki_docs.py、new_task_archive.py、export_task_archives.py)加 1 个共享库 wiki_docs.py。4 个入口需要在 8 处文档中分别描述和记忆;同步核心镜像还必须按顺序跑 3 条命令(sync → check --strict → sync --check)。
dev_scripts/
目标:合并为单一入口 dev_scripts/harness.py,提供 check / sync / archive / export 四个子命令,并提供 sync --verify 一次完成原来的三步。
dev_scripts/harness.py
sync --verify
check [--strict]
sync [--check] [--verify]
--verify
archive <issue_number> <title>
export [--all]
REQUIRED_FILES
dev_scripts/sync_wiki_docs.py
dev_scripts/export_task_archives.py
预计修改文件:
dev_scripts/check_harness.py
dev_scripts/new_task_archive.py
tests/test_harness_docs.py
tests/test_wiki_docs.py
AGENTS.md
README.md
harness.py
wiki_docs.py
python dev_scripts/harness.py sync --verify
python dev_scripts/harness.py sync --check
python dev_scripts/harness.py check --strict python -m unittest discover -s tests -v python dev_scripts/harness.py sync --verify grep -rn "check_harness.py\|sync_wiki_docs.py\|new_task_archive.py\|export_task_archives.py" \ --include=*.md --include=*.py --include=*.json . | grep -v "^./docs/task/"
最后一条应无输出(docs/task/ 下的历史归档保留原文,不回改)。
破坏性变更:删除公开命令入口,下游业务项目升级基线时必须同步调整。缓解方式为在工单和 Wiki 明确记录变更,并要求升级方按 DevHarness 基线升级流程处理。
回退方式:git revert 对应实现提交即可恢复 4 个旧脚本;Wiki 页面恢复到本工单记录的前一版 revision。无数据迁移、无不可逆操作。
git revert
main()
run_check()
run_sync()
run_archive()
harness.py check --strict
unittest discover -s tests -v
harness.py sync --check
docs/task/
bfc0726
bfdf648
bb555229d042b0852dd0fe21caf462349a44b222
export
export --all
harness.py 合并后 725 行,单文件偏长,已按四段分区。若后续继续增长可再考虑拆分库模块。
f5baa77209c9
bfc0726 / bfdf648
cdf83fd..bfdf648
No dependencies set.
The note is not visible to the blocked user.
基本信息
依赖与并行
子项目影响
python dev_scripts/harness.py check --strict、python -m unittest discover -s tests -v原始需求
要解决什么
现状:
dev_scripts/有 4 个命令行入口(check_harness.py、sync_wiki_docs.py、new_task_archive.py、export_task_archives.py)加 1 个共享库 wiki_docs.py。4 个入口需要在 8 处文档中分别描述和记忆;同步核心镜像还必须按顺序跑 3 条命令(sync → check --strict → sync --check)。目标:合并为单一入口
dev_scripts/harness.py,提供 check / sync / archive / export 四个子命令,并提供sync --verify一次完成原来的三步。做什么 / 不做什么
sync --verify;更新 tests、check_harness 逻辑中的 REQUIRED_FILES;更新 AGENTS.md、README.md 及相关 Wiki 页面的命令描述。已确认方案
dev_scripts/harness.py,argparse 子命令:check [--strict]← 原 check_harness.pysync [--check] [--verify]← 原 sync_wiki_docs.py,--verify依次执行 导出 → check --strict → sync --checkarchive <issue_number> <title>← 原 new_task_archive.pyexport [--all]← 原 export_task_archives.pyREQUIRED_FILES中的dev_scripts/sync_wiki_docs.py、dev_scripts/export_task_archives.py改为dev_scripts/harness.py。预计修改文件:
dev_scripts/harness.pydev_scripts/check_harness.py、dev_scripts/sync_wiki_docs.py、dev_scripts/new_task_archive.py、dev_scripts/export_task_archives.pytests/test_harness_docs.py、tests/test_wiki_docs.pyAGENTS.md、README.md需求变化记录
设计与原型门禁
文档影响
交付文档影响
验收标准
dev_scripts/下只剩harness.py与wiki_docs.pypython dev_scripts/harness.py sync --verify一条命令完成原来的三步python dev_scripts/harness.py check --strict通过python -m unittest discover -s tests -v通过python dev_scripts/harness.py sync --check通过验证方式
最后一条应无输出(docs/task/ 下的历史归档保留原文,不回改)。
风险和回退
破坏性变更:删除公开命令入口,下游业务项目升级基线时必须同步调整。缓解方式为在工单和 Wiki 明确记录变更,并要求升级方按 DevHarness 基线升级流程处理。
回退方式:
git revert对应实现提交即可恢复 4 个旧脚本;Wiki 页面恢复到本工单记录的前一版 revision。无数据迁移、无不可逆操作。实施完成,状态:待验收
需求变化记录(补充)
main(),合并后必须改为run_check()/run_sync()/run_archive()和对应子命令验收结果
dev_scripts/下只剩 harness.py 与 wiki_docs.pysync --verify一条命令完成原三步harness.py check --strictunittest discover -s tests -vharness.py sync --checkdocs/task/历史归档按验收标准排除;harness.py文件头保留一行来源说明)证据
bfc0726refactor: 合并 dev_scripts 入口为单一 harness.py (#23)bfdf648docs: 同步命令入口变更的核心 Wiki 镜像 (#23)bb555229d042b0852dd0fe21caf462349a44b222未验证部分
export/export --all只有单元测试覆盖,未做真实线上增量导出(导出须由用户明确提出)。遗留问题
harness.py合并后 725 行,单文件偏长,已按四段分区。若后续继续增长可再考虑拆分库模块。验收通过并关闭
f5baa77209c9(状态已置为已完成)bfc0726 / bfdf648cdf83fd..bfdf648→ origin/maindocs/task/快照;导出需用户明确提出。