installだけが実行されました。しておけば作業環境が整うようになりました。他のタスクランナーとの比較composer自体にはカスタムコマンドを定義する機能があります。これを使うと前述のcleanに相当するタスクをcomposer.jsonに定義することができます。これとタスクランナーとしてのmakeを比較してみます。makeのいいところファイルの更新時刻の判定の応用範囲が広い。ファイルがなければ作る、更新があったら新しくする、ということが簡単。Unix系環境にはだいたい入っており、パッケージ管理システムと独立しているので、composer自体などエコシステム自体のインストールができる。brewやcomposerのインストール手順を自動化できる。散らばったスクリプトを1つにまとめられる。最後のやつを補足します。深いディレクトリの中にある.shは忘れられがちですが、Makefileだと複数の目的のスクリプトを1つのファイルにまとめられます。見つけやすいしメンテもしやすくなります。実行可能なドキュメントとすることができます。これが私の一番気に入ってるところです。逆にcomposerのいいところplatform中立で、非Unix系環境(Windows)でも動きそうです*1。makeの利点はインストール不要で最初から入っていること、およびshellとの親和性にあるので、そうでない環境の考慮が必要だと嬉しみが半減します。細かいタイミングで実行制御が可能です*2。シェルコマンドだけでなく、PHPの関数・メソッドの単位で実行することができます。これはmakeでは実現できません。scriptsではこういった特徴を活かすことができます。最後に小技をいくつか紹介します。次のようなターゲットをMakefileに追加します。結果を自動的に作ってくれます。実行可能なドキュメント化がさらに捗るのでオススメです。プロジェクトでオリジナルなコマンドがあるとちょっとワクワクします。それ、makeでできます。ような要領で実行できます。デプロイされるような仕組みも作れそうですね。まとめmakeは古く枯れたツールですが今なお有効に使うことができます。shellと親和性の高いmakeは自動化&ドキュメント化にうってつけのツールだと言えるでしょう。言語を超えた大統一ビルドツールのポテンシャルを持っていると思います。Experienceを実現できます。MacやLinuxなどのUnix系環境では今すぐ使い始めることができるので、ぜひ試してみてください。SourcingでCQRSなアーキテクチャ上でのHBaseのupgradeプロジェクトのリーダーである、cw-sakamotoがこの超重要プロジ...2019-03-22makeの話(基本編)こんにちは、あらい(@araitta)です。installできるようになったツールをふりかえるこんにちは。サーバサイド開発部の火村(@eielh)です。ロードバランスさせる検証SRE部のcw-sakamotoです。o...2018-05-15HBaseのcompactionについて調べてみた(1)cw-sakamotoです。(1)スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。