導入
Go開発において、コードの変更を即座に確認する「フィードバックループ」の速さは、生産性に直結します。特に中規模以上のプロジェクトでは、ビルドコマンドを実行するたびにバイナリが生成され、ディスクI/Oが発生することで待ち時間が増大しがちです。本記事では、バイナリ生成をスキップして「構文や型チェックのみ」を高速に行うための、go build -o /dev/null を活用したテクニックを解説します。
基礎知識
通常、go buildコマンドを実行すると、ソースコードの解析、コンパイル、そして最終的なリンク工程を経て、実行可能なバイナリファイルがディスク上に書き出されます。この「ディスクへの書き込み（I/O）」と「リンク工程」は、プロジェクトが大きくなるほど無視できない時間コストとなります。
今回紹介する /dev/null は、Unix系OSにおける「空デバイス（ヌルデバイス）」です。ここに書き込まれたデータはすべて破棄されるため、実質的に「バイナリをどこにも保存しない」という指示をGoコンパイラに与えることができます。
実装/解決策
実装のロジックは単純です。go buildコマンドの -o オプションに /dev/null を指定するだけです。これにより、コンパイラは最終的なバイナリ生成のプロセスを完了させた「ふり」をして、結果的にコンパイルエラーの有無だけを素早く返してくれます。
この手法は、エディタの保存時フック（on-save）や、CI環境における簡易的なビルドチェック、あるいは開発中のリファクタリング時に、現在のコードが正しくコンパイルできるかを高速に確認したい場合に最適です。
サンプルプログラム
以下のコマンドは、現在のディレクトリ配下の全パッケージに対して、バイナリを生成せずにコンパイルチェックを行う実用的な例です。
現在のプロジェクト配下の全パッケージを対象に、バイナリを生成せずエラーチェックのみ実行する
go build -o /dev/null ./…
実行例：Makefileに組み込むことで、開発フローを高速化できます
コンパイルチェックのみを行うターゲット
check:
@echo “コンパイルチェックを開始します…”
@go build -o /dev/null ./…
@echo “コンパイル成功！”
/
補足:
./… は再帰的に全サブディレクトリを探索します。
-o /dev/null を指定することで、ディスクI/Oを回避し、
リンク工程の最終書き込みを省略してフィードバックを高速化します。
/
応用・注意点
この手法を用いる上で、いくつか現場で役立つポイントと注意点があります。
1. go vetとの違い
go vet も同様にエラーチェックを行いますが、こちらは静的解析ツールであり、コンパイルそのものとは異なるチェックを行います。go build -o /dev/null は「実際にコンパイラを通す」ため、より厳密な型チェックや依存関係の整合性確認が行えます。
2. Windows環境での注意
Windows環境では /dev/null が存在しません。その場合、NUL（大文字のヌル）を指定することで同様の効果が得られます。クロスプラットフォームなMakefileを作成する場合は、環境変数で出力先を切り替える工夫が必要です。
3. 最終的な成果物の確認
この手法はあくまで「エラー確認」に特化したものです。最終的にデプロイするバイナリを作成する際は、必ず -o オプションを外すか、正しいパスを指定することを忘れないようにしてください。
この「ドライ実行」を開発ワークフローに組み込むだけで、ストレスフリーなコーディング環境に一歩近づくことができます。ぜひ日々の開発に取り入れてみてください。
コメント