よくあるコーディングタスクにはタスクランナーを使う

複数のリポジトリを扱う開発者は、各プロジェクトの特定のコマンドを覚える苦労を知っています。npm run ci か pnpm install か？ ./gradlew build か mvn compile か？ Ham Vocke氏の2019年のガイド（読者のリクエストを受けて更新）は、軽量なタスクランナーを導入することでこの問題を解決します。タスクランナーは、run build や make test のような一貫した短いコマンドで一般的なタスクを実行できるシンプルなラッパーです。

オプション1: Bashスクリプト

リポジトリのルートに run という名前のファイルを作成し（または類似の名前）、実行可能にして（chmod +x run）、各タスクの関数を追加します。記事からのNode.jsの例です：

#!/usr/bin/env bash
set -e

function install { npm run ci }
function build { npm run build }
function test {
  npm run test:unit
  npx run playwright
}
function format { npm run prettier --write }
if [[ $# -lt 1 ]]; then usage; exit 1; fi
TARGET=$1
case $TARGET in
  "install") install ;;
  "build") build ;;
  "test") test ;;
  "format") format ;;
  *) echo "Unknown command"; usage; exit 1 ;;
esac

このスクリプトは、扱いにくい引数（prettierの --write など）を隠し、複数のステップ（ユニットテストとPlaywrightなど）を連鎖させることができます。より複雑なロジックの場合は、関数を bin/ ディレクトリに抽出できます。

オプション2: Make

Makeは1970年代のビルドツールで、ほぼ普遍的に使われています。偽のターゲットを持つ Makefile を使用すると、余分なスクリプトを書かずに同じ利便性が得られます：

.PHONY: install build test format

install:
	npm run ci
build:
	npm run build
test:
	npm run test:unit
	npx run playwright
format:
	npm run prettier --write

make test や make format を実行するだけです。Makeはインデントに実際のタブが必要なことに注意してください。

なぜタスクランナーを使うのか？

これらのコマンドを標準化することで、基盤となるスタックに関係なく、プロジェクト間で記憶に頼ることができます。これは小さなオーバーヘッドですが、コンテキストを頻繁に切り替える場合は毎日効果があります。Vocke氏が指摘するように、これらのツールはbashやmakeから、mise や just のような最新のオプションまで多岐にわたりますが、原則は同じです：ビルド用に1つのコマンド、テスト用に1つ、フォーマット用に1つ。