前提条件としてのMakefile変数

Makefileでは、deployレシピはENVそれ自体を適切に実行するために設定される環境変数を必要としますが、他のものは気にしません、例えば：

ENV = 

.PHONY: deploy hello

deploy:
    rsync . $(ENV).example.com:/var/www/myapp/

hello:
    echo "I don't care about ENV, just saying hello!"

この変数が設定されていることを確認するにはどうすればよいですか。例：次のように、このmakefile変数をデプロイレシピの前提条件として宣言する方法はありますか。

deploy: make-sure-ENV-variable-is-set

？

ありがとうございました。

ENVが未定義で何かがそれを必要とする場合（とにかくGNUMakeで）、これは致命的なエラーを引き起こします。

.PHONY：check-envをデプロイする

デプロイ：check-env
	...

その他の必要な環境：check-env
	...

check-env：
ifndef ENV
	$（エラーENVは未定義）
endif

（ifndefとendifはインデントされていないことに注意してください。これらはmakefileが実行される前に有効になるmakeが「見る」ものを制御します。「$（error」はタブでインデントされているため、ルールのコンテキストでのみ実行されます。）

次のように、ステム内の変数が定義されていることを確認する暗黙のガードターゲットを作成できます。

guard-%:
    @ if [ "${${*}}" = "" ]; then \
        echo "Environment variable $* not set"; \
        exit 1; \
    fi

次にguard-ENVVAR、次のように、変数が定義されていることを表明したい任意の場所にターゲットを追加します。

change-hostname: guard-HOSTNAME
        ./changeHostname.sh ${HOSTNAME}

あなたが呼び出す場合make change-hostname、追加することなく、HOSTNAME=somehostname通話中にエラーが発生しますよ、とビルドが失敗します。

インラインバリアント

私のメイクファイルでは、通常次のような式を使用します。

deploy:
    test -n "$(ENV)"  # $$ENV
    rsync . $(ENV).example.com:/var/www/myapp/

理由：

• シンプルなワンライナーです
• コンパクトです
• 変数を使用するコマンドの近くにあります

デバッグに重要なコメントを忘れないでください：

test -n ""
Makefile:3: recipe for target 'deploy' failed
make: *** [deploy] Error 1

...実行中にMakefileを検索するように強制します...

test -n ""  # $ENV
Makefile:3: recipe for target 'deploy' failed
make: *** [deploy] Error 1

...何が悪いのかを直接説明します

グローバルバリアント（完全を期すためですが、要求されません）

Makefileの上に、次のように書くこともできます。

ifeq ($(ENV),)
  $(error ENV is not set)
endif

警告：

• そのブロックでタブを使用しないでください
• 注意して使用してくださいclean。ENVが設定されていないと、ターゲットでさえ失敗します。それ以外の場合は、より複雑なHudonの回答を参照してください

これまでの所与の回答で考えられる問題の1つは、makeの依存関係の順序が定義されていないことです。たとえば、次のように実行します。

make -j target

targetいくつかの依存関係がある場合、これらが特定の順序で実行されることは保証されません。

これの解決策（レシピが選択される前にENVがチェックされることを保証するため）は、レシピの外でmakeの最初のパス中にENVをチェックすることです。

## Are any of the user's goals dependent on ENV?
ifneq ($(filter deploy other-thing-that-needs-ENV,$(MAKECMDGOALS)),$())
ifndef ENV 
$(error ENV not defined)
endif
endif

.PHONY: deploy

deploy: foo bar
    ...

other-thing-that-needs-ENV: bar baz bono
    ...

ここで使用されているさまざまな関数/変数について読むことができ$()、「何もない」と比較していることを明示的に示すための手段にすぎません。

他のPHONYターゲットを除いて、ベストアンサーで見つけた要件は使用できません。実際のファイルであるターゲットの依存関係として使用する場合、を使用check-envすると、そのファイルターゲットが強制的に再構築されます。

他の答えはグローバルです（たとえば、変数はMakefile内のすべてのターゲットに必要です）またはシェルを使用します。たとえば、ENVが欠落している場合、ターゲットに関係なくmakeは終了します。

両方の問題に対して私が見つけた解決策は

ndef = $(if $(value $(1)),,$(error $(1) not set))

.PHONY: deploy
deploy:
    $(call ndef,ENV)
    echo "deploying $(ENV)"

.PHONY: build
build:
    echo "building"

出力は次のようになります

$ make build
echo "building"
building
$ make deploy
Makefile:5: *** ENV not set.  Stop.
$ make deploy ENV="env"
echo "deploying env"
deploying env
$

value いくつかの恐ろしい警告がありますが、この単純な使用には、それが最良の選択だと思います。

コマンド自体にはENV変数が必要なので、コマンド自体で確認できます。

.PHONY: deploy check-env

deploy: check-env
    rsync . $(ENV).example.com:/var/www/myapp/

check-env:
    if test "$(ENV)" = "" ; then \
        echo "ENV not set"; \
        exit 1; \
    fi

これは古いことはわかっていますが、私は少しすっきりしたIMHOなので、将来の訪問者のために自分の経験を取り入れたいと思いました。

通常、makeをshデフォルトのシェルとして使用します（特殊SHELL変数を介して設定）。ではshその誘導体と、それがために些細だが設定またはヌルされていない場合は、環境変数を取得するときにエラーメッセージを表示して終了し実行して：${VAR?Variable VAR was not set or null}。

これを拡張して、環境変数が設定されていない場合に他のターゲットを失敗させるために使用できる再利用可能なmakeターゲットを作成できます。

.check-env-vars:
    @test $${ENV?Please set environment variable ENV}


deploy: .check-env-vars
    rsync . $(ENV).example.com:/var/www/myapp/


hello:
    echo "I don't care about ENV, just saying hello!"

注意事項：

• エスケープされたドル記号（$$）は、シェル内ではなくシェルへの展開を延期するために必要ですmake
• の使用はtest、シェルがコンテンツを実行しようとするのを防ぐためだけですVAR（他の重要な目的は果たしません）
• .check-env-vars自明複数の環境変数をチェックするように拡張することができ、それぞれが（例えば一つだけの行を追加します@test $${NEWENV?Please set environment variable NEWENV}）

ifdef別のターゲットの代わりに使用できます。

.PHONY: deploy
deploy:
    ifdef ENV
        rsync . $(ENV).example.com:/var/www/myapp/
    else
        @echo 1>&2 "ENV must be set"
        false                            # Cause deploy to fail
    endif