Azure Pipelines – Atualização do Sprint 181

Features

• Instrução "uses" para pré-declaração de recursos
• Validação manual para pipelines YAML

Instrução "uses" para pré-declaração de recursos

Quando um pipeline executa um trabalho em um agente, esse agente recebe um token de acesso para chamar novamente para as APIs REST do Azure Pipelines e para baixar recursos como repositórios. Para pipelines YAML, recentemente adicionamos uma configuração para restringir o token apenas aos repositórios realmente consumidos em um trabalho. No entanto, alguns clientes estavam usando repositórios sem usar explicitamente uma checkout etapa, por exemplo, se usaram uma etapa de script para chamar o Git diretamente. Esses clientes não puderam habilitar o recurso de restrição de token, pois o Azure Pipelines não pôde determinar com precisão quais repositórios eram necessários para o trabalho.

Com essa atualização, adicionamos uma maneira alternativa de informar ao Azure Pipelines que um trabalho deseja usar um repositório sem usar a checkout etapa. Em vez disso, você pode usar a nova uses palavra-chave, assim:

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

Esse recurso também resolve um problema relacionado (embora menos comum). Se você usar a matrix palavra-chave para gerar vários trabalhos e esses trabalhos usarem pools especificados na etapa de matriz, você poderá ter problemas ao autorizar esses pools para o pipeline. A causa raiz é a mesma: como as matrizes são computadas em runtime, o sistema de autorização de recursos inicial não pode determinar com precisão quais pools são usados. Usando uses, você pode declarar quais pools seus trabalhos usarão para que eles possam ser autorizados antecipadamente.

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

Validação manual para pipelines do YAML

Com a tarefa de Validação Manual recém-lançada, você pode pausar um pipeline YAML no meio do estágio. Isso permite que você execute atividades manuais ou offline e retome (ou rejeite) a execução. Isso é especialmente útil em cenários em que você deseja pausar um pipeline e permitir que um colega valide as configurações de configuração, pacote de build, etc. antes de passar para um trabalho que é de longa duração e consome muitos recursos de computação. Saiba mais.

Próximas etapas

Observação

Essas funcionalidades serão lançadas nas próximas duas a três semanas.

Vá até o Azure DevOps e dê uma olhada.

Ir para o Azure DevOps

Como fornecer comentários

Adoraríamos ouvir o que você pensa sobre essas características. Use o menu de ajuda para relatar um problema ou fornecer uma sugestão.

Você também pode receber conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.