Como implantar o modelo do Azure RM sem fornecer variáveis que tenham valores padrão definidos?

Question

Gostaria de implantar um modelo dos Modelos de início rápido do gerenciador de recursos do Azure .

Muitos dos modelos têm um valor padrão especificado no arquivo de modelo (por exemplo, este azuredeploy.json ):

"ouPath": {
  "type": "string",
  "defaultValue": "",
  "metadata": {
    "description": "Specifies an organizational unit (OU) for the domain account. Enter the full distinguished name of the OU in quotation marks. Example: 'OU=testOU; DC=domain; DC=Domain; DC=com"
  }
},

No entanto, os azuredeploy.parameters correspondentes .json não define o valor ouPath .

Quando eu especificar o arquivo em --parameters-file na chamada CLI do Azure:

azure group deployment create "${resource_group_name}" "${deployment_name}" --template-uri "${template_uri}" --parameters-file ${parameters_file}

Eu recebo um erro:

info: Executing command group deployment create
  error: Template and Deployment "parameters" objects lengths do not match
  Deployment Parameter file does not have { ouPath } defined.
  error: Error information has been recorded to /Users/techraf/.azure/azure.err
  error: group deployment create command failed

Se eu definir adicionar o valor explicitamente ao arquivo parameters.json , a implantação funcionará corretamente.

Pergunta principal:

O grande número de exemplos ( parameters.json ) no repositório do Azure acima sem valores especificados explicitamente me faz pensar, deve haver uma maneira de dizer ao Azure para usar o valor padrão em vez de fornecê-lo em parameters.json .

Existe uma maneira de evitar adicionar os valores que têm defaultValue definido no arquivo de modelo ao usar a CLI do Azure?

Pergunta adicional:

Pior ainda, no exemplo que dei acima, o valor padrão está vazio e se eu especificar um valor vazio no parameters.json :

"ouPath": {
  "value": ""
},

Eu recebo um prompt interativo para o valor.

Como posso evitar isso?

    

Answer 1

Parece que foi um erro no Azure CLI 0.10.5.

O problema não acontece com o 0.10.6, embora as notas de versão não menciona essa correção explicitamente.