告别命令咒语：用 Task Runners 统一工作流
Use Task Runners for Common Coding Tasks
作为开发者，我常在多个不同技术栈的代码仓库间切换。每个项目都有安装依赖、构建、测试、格式化等通用任务，但命令各不相同，让人记忆负担沉重。为了摆脱这些繁琐的“咒语”，我创建了统一的 Task Runners 工具。无论是简单的 Bash 脚本、经典的 make，还是现代的 just 和 mise，都能让我用一致的命令（如 run build）完成操作。这不仅释放了大脑记忆，更通过肌肉记忆提升了日常效率。这是一个简单却常被忽视的生活质量提升技巧，值得每个团队尝试。
我不希望记住这些繁琐的命令，我只想说“构建代码”、“检查代码”、“格式化代码”、“运行迁移”或“安装依赖”。
HN 评论区
30- pragma_x
> 一个小缺点是它不像 bash 和 make 那样在开发者的机器上触手可及
回过头看，这通常是阻碍新工具采用的重大绊脚石。但情况已经变了。看看 JS 程序员为了基于 npm 从头构建整个工具链愿意付出多少努力就知道了。在我看来，门槛已经提高到了可以接受“一些”安装摩擦，而不是“零”摩擦的程度。
在我看来，如果某个工具是实质性的改进，且安装只需一行命令，那就用它，并大声推广它，以确保它能持续获得支持。
- betree
我喜欢用一小套稳定的 shell 脚本作为入口点，这样你可以在底层更换工具，而无需更新相关的调用方。例如，你可以和 make、mise 或其他任何东西分手，但无需更新你的 CI。Run.sh 负责运行，build.sh 负责构建，以此类推。
- chickensong
历史上，我采用的是相反的做法：在我的本地机器上设置一些自动生成的 shell 命令（如 dev、test、pull 等），这些命令会检测当前文件夹中项目使用的语言，并相应地调用命令。
我之所以这样做，是因为在我的情况下，将多个组织下的多个项目整合到单一工具下颇具挑战性。
这个项目是公开的，但我意识到我已经有一段时间没有推送本地更新了。