ある条件（つまり、別の変数の値）に従ってロール変数のデフォルト値を変更することは可能ですか？

詳細

コマンドに関連する2つの変数がenvありcomposer_optsます。

両方がデフォルト（env = "prod"およびcomposer_opts = "--no-dev"）のままになっている場合は、すべて問題ありません。

に変更envするdevと、もう一方のデフォルトがコマンドを中断するため、常に両方を設定する必要があります。カスタムスクリプト/ ifで条件付きデフォルト値を設定することでこれを回避することは可能でしょうか？

重要：値に従って常にcomposer_opts値を設定する必要はありませんenv。まだ設定されていない場合にのみ設定します（動的なデフォルト値）。

擬似コード

私はこのようなことをしたいと思います（次のコードは無効です、私のニーズを表現するための単なる擬似コード）

---
# defaults/main.yml

env: prod
composer_opts: 
    when: "{{env}}" = 'prod'
        '--no-dev --optimize-autoloader --no-interaction'
    when: "{{env}}" = 'dev'
        '' 

私はこの解決策を提案します：

---
 - set_fact:
     composer_opts: ""
   when: "{{env}}" == 'dev'

変数が ' 'に等しい場合、composer_opts変数を文字列""に設定します。envdev

更新された質問に基づいたプレイブックの例を次に示します。

$ cat test.yml

---
- hosts: 127.0.0.1
  connection: local
  tasks:
  - set_fact:
      composer_opts: "{% if env == 'prod' %} '--no-dev --optimize-autoloader --no-interaction' {% else %} '' {% endif %}"

  - debug: var=composer_opts

サンプル出力：

sudo ansible-playbook test.yml -e env=dev

PLAY [127.0.0.1] ************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [127.0.0.1]

TASK: [set_fact ] ************************************************************* 
ok: [127.0.0.1]

TASK: [debug var="{{composer_opts}}"] ***************************************** 
ok: [127.0.0.1] => {
    "var": {
        " '' ": " '' "
    }
}

PLAY RECAP ******************************************************************** 
127.0.0.1                  : ok=3    changed=0    unreachable=0    failed=0   


sudo ansible-playbook test.yml -e env=prod

PLAY [127.0.0.1] ************************************************************** 

GATHERING FACTS *************************************************************** 
ok: [127.0.0.1]

TASK: [set_fact ] ************************************************************* 
ok: [127.0.0.1]

TASK: [debug var="{{composer_opts}}"] ***************************************** 
ok: [127.0.0.1] => {
    "var": {
        " '--no-dev --optimize-autoloader --no-interaction' ": " '--no-dev --optimize-autoloader --no-interaction' "
    }
}

PLAY RECAP ******************************************************************** 
127.0.0.1                  : ok=3    changed=0    unreachable=0    failed=0   

一方でNavernの答え@作業を行い、私は（組み込みJinja2の表記を発見した"{% if env == 'prod' %} ...表記に非常に影響を受けやすいので、かなり壊れやすいです）。たとえば、次のテストされていないコードのように、読みやすくするために問題の行をラップする場合：

composer_opts: >
               "{% if env == 'prod' %}
                   '--no-dev --optimize-autoloader --no-interaction'
                {% else %}
                   ''
                {% endif %}"

追加の空白やといった予期しない結果になり\nましたcomposer_opts。

私が使用しているアプローチは非常に控えめですが、より安定しています：

- name: set composer_opts for dev env
  set_fact:
     composer_opts: ''
     when: "{{env}}" == 'dev'

- name: set composer_opts for prod env
  set_fact:
     composer_opts: '--no-dev --optimize-autoloader --no-interaction'
     when: "{{env}}" == 'prod'

また、このブログ投稿は、本質的に同じアプローチに従っているので便利であることがわかりました。

1つのライナーの条件に基づいたAnsible set_fact：

- name: "set composer_opts based on environment"
  set_fact:
     composer_opts:  "{{ '--no-dev --optimize-autoloader --no-interaction' if (env == 'prod') else '' }}"