提交信息测试计划
摘要
一篇博客文章，描述了使用 scrult 工具将可执行的测试计划直接放入提交信息的工作流程，支持 TDD、堆栈重新验证和更轻松的二分查找。
<p><a href="https://lobste.rs/s/abl0xo/commit_message_test_plans">评论</a></p>
查看缓存全文
缓存时间: 2026/08/09 20:50
# Commit message 测试计划
来源：https://blog.waleedkhan.name/commit-message-test-plans/
目标读者
- 已经在 commit message 或代码审查描述中编写测试计划的软件工程师。
- 使用 patch stacks 或 stacked diffs 的开发者。
起源
源自与 Julio Merino 的文章《A markdown-based test suite》（https://blogsystem5.substack.com/p/markdown-based-test-suite）相关的私人通信。
基调
务实。
- 为什么（https://blog.waleedkhan.name/commit-message-test-plans/#why）
- 如何操作（https://blog.waleedkhan.name/commit-message-test-plans/#how）
- 模式（https://blog.waleedkhan.name/commit-message-test-plans/#patterns）
- 脚本（https://blog.waleedkhan.name/commit-message-test-plans/#script）
- 相关文章（https://blog.waleedkhan.name/commit-message-test-plans/#related-posts）
- 评论（https://blog.waleedkhan.name/commit-message-test-plans/#comments）
Julio Merino 最近发表了《A markdown-based test suite》（https://blogsystem5.substack.com/p/markdown-based-test-suite），介绍如何将 Markdown 本身用作轻量级测试格式。
这让我想起了我使用 `scrut`（https://facebookincubator.github.io
相似文章
引用 David Crawshaw 的 prompt
Simon Willison 分享了 David Crawshaw 的 prompt 中的一段话，建议设置一个每晚运行的 cron 任务，拉取上游更改、变基本地更改，并验证软件是否正常工作。这体现了开源开发工具的理念。
接受混乱的 git 历史
一篇博客文章，讨论两种 git 工作流理念——频繁提交与谨慎变基——并解释为何在大型团队中，鉴于团队的韧性，混乱的历史是可以接受的，文中还提到了 GitHub 的新堆叠 PR 功能。
基于Markdown的测试套件
作者解释了为EndBASIC的编译器和虚拟机切换到基于Markdown的测试套件的原因，目的是让这些测试作为LLM学习该语言独特特性的权威文档。
我构建了一个开源Claude Code插件，强制实施规范驱动的工作流（访谈→规范→计划→任务→代码）
介绍Specsmith，一个用于Claude Code的开源插件，强制实施规范驱动的工作流（访谈、规范、计划、任务、代码），以减少歧义并提高代码质量，目前处于早期v0.1版本。
不要在提交信息中打广告
讨论为何不应在提交信息中自我推销或打广告，重点在于保持清晰且有用的提交历史。