A condição do pipeline do Azure DevOps com parâmetros não funcionou

Sou capaz de usar ambas as técnicas como você as escreveu, sem problemas.

Os parâmetros existem apenas em tempo de compilação. A sequência de execução do pipeline expande as expressões de tempo de execução ${{ <expr> }}em tempo de compilação.

Os conditionelementos em estágios, trabalhos e tarefas são expressões de tempo de execução que são avaliadas como verdadeiro ou falso. O que você escreveu condition: ${{ eq( parameters.poolType, 'linux' ) }}será avaliado em tempo de compilação como trueou false. O que é uma sintaxe estranha, mas válida.

Observação: se você habilitar o diagnóstico do sistema introduzindo o system.debugconjunto de variáveis ​​como true, os logs de depuração na etapa mostrarão como a condição foi avaliada no tempo de execução:

Aqui está um pipeline funcional com seu código como você o escreveu (menos a lógica de configuração do git):

trigger: none

parameters:
  - name: poolType # pool type for the agent, valid values are "windows" or "linux"
    type: string
    default: "windows"
    values:
    - linux
    - windows

steps:
# Echo the poolType parameterAzure
- script: |
    echo "Pool Type: ${{ parameters.poolType }}"
  displayName: "Echo poolType"

# Conditional Insertion
- ${{ if eq(parameters.poolType, 'linux') }}:
    - script: |
        echo "${{ parameters.poolType }}"
      displayName: 'Conditional insertion Linux'
      env:
        MODUL_TOKEN: $(modules_token)
- ${{ if eq(parameters.poolType, 'windows') }}:
    - script: |
        echo "${{ parameters.poolType }}"
      displayName: 'Conditional insertion Windows'
      env:
        MODUL_TOKEN: $(modules_token)

# Runtime conditions
- script: |
      echo "${{ parameters.poolType }}"
  displayName: 'Runtime condition Linux'
  env:
      MODUL_TOKEN: $(modules_token)
  condition: ${{ eq(parameters.poolType, 'linux') }}  # compile-time expression translates to "true" or "false"
  
- script: |
     echo "${{ parameters.poolType }}"
  displayName: 'Runtime condition Windows'
  env:
    MODUL_TOKEN: $(modules_token)
  condition: ${{ eq(parameters.poolType, 'windows') }} # compile-time expression translates to "true" or "false"

O pipeline quando executado com "linux":

O pipeline quando executado com "windows":

Esta é uma das partes mais difíceis de acertar na sintaxe YAML do Azure Pipeline: qual sintaxe está disponível em qual estágio da expansão do modelo ? Não consigo encontrar a documentação exata que informa se os valores dos parâmetros foram avaliados quando a expansão do modelo ocorre, mas meu palpite é que não.

Nesse caso, qualquer sintaxe YAML que altere a estrutura do modelo (portanto, condicionais e loops YAML) não verá valor aqui.

Os documentos que você referencia mostram que, para parâmetros condicionais, você pode usá-los conditionna própria etapa.

      - script: |
          git config --global --list
          git config --global url."https://token:[email protected]".insteadOf "https://[email protected]"
          git config --global --list
        displayName: 'set extra header for Git in Linux'
        env:
          MODUL_TOKEN: $(modules_token)
        condition: eq(parameters.poolType, 'linux')

Mas no seu caso, pode ser ainda mais fácil forçar o shell a executar bash ou pwsh tanto no Windows quanto no Linux, então você não precisa dessa condição:

      - bash: |
          git config --global --list
          git config --global url."https://token:[email protected]".insteadOf "https://[email protected]"
          git config --global --list
        displayName: 'set extra header for Git in Linux'
        env:
          MODUL_TOKEN: $(modules_token)

Usamos esta abordagem para condições de degrau:

condition: eq(${{ parameters.runBuild }}, true)

Isso funciona para nós, é um pequeno ajuste na sua abordagem.