Novos melhoramentos aos Planos de Entrega 2.0

Neste sprint, estamos a melhorar os Planos de Entrega 2.0 com novas vistas condensadas e informações de rollup. Também estamos a introduzir a Validação Manual e uma nova uses declaração para pré-declarar recursos em pipelines YAML.

Consulte a lista funcionalidades abaixo para obter detalhes.

Azure Boards

• Planos de Entrega: Informações de Rollup
• Planos de Entrega: vistas condensadas

Pipelines do Azure

• Instrução "utiliza" para pré-declarar recursos
• Validação Manual para pipelines YAML

Azure Boards

Planos de Entrega: Informações de Rollup

Como parte da pré-visualização pública dos Planos de Entrega 2.0, as informações de roll-up estão agora disponíveis. Ao lidar com itens de trabalho de nível superior, como Épicos ou Funcionalidades, poderá querer ver mais detalhes. O roll-up mostra o progresso dos itens de trabalho subordinados subjacentes, revelando a história completa. Para ativar esta funcionalidade, aceda às definições do seu plano, campos e selecione Mostrar dados de rollup subordinados.

Planos de Entrega: vistas condensadas

Como parte da pré-visualização pública dos Planos de Entrega 2.0, os clientes podem agora alternar entre as vistas Normal e Condensada. Os cartões com campos adicionais podem ocupar muito espaço vertical. Isto torna mais difícil ver mais do que alguns cartões no ecrã de cada vez, mesmo quando totalmente ampliado. Criámos uma vista de cartão fechada que oculta todos os campos dos cartões e apenas apresenta o ícone e o título do tipo de item de trabalho. Ocultar e mostrar todos os campos está agora a apenas um clique de distância.

Pipelines do Azure

Instrução "utiliza" para pré-declarar recursos

Quando um pipeline executa uma tarefa num agente, é fornecido um token de acesso para efetuar uma chamada de volta para as APIs REST dos Pipelines do Azure e transferir recursos como repositórios. Para pipelines YAML, adicionámos recentemente uma definição para restringir o token apenas aos repositórios realmente consumidos numa tarefa. No entanto, alguns clientes estavam a utilizar repositórios sem utilizar explicitamente um checkout passo, por exemplo, se utilizassem um passo de script para chamar o Git diretamente. Estes clientes não conseguiram ativar a funcionalidade de restrição de tokens, porque o Azure Pipelines não conseguiu determinar com precisão que repositórios eram necessários para a tarefa.

Com esta atualização, adicionámos uma forma alternativa de indicar ao Azure Pipelines que uma tarefa quer utilizar um repositório sem utilizar o checkout passo. Em vez disso, pode utilizar a nova uses palavra-chave, da seguinte forma:

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

Esta funcionalidade também resolve um problema relacionado (embora menos comum). Se utilizar a matrix palavra-chave para gerar várias tarefas e estas tarefas utilizarem conjuntos especificados no passo de matriz, poderá ter encontrado problemas ao autorizar esses conjuntos para o pipeline. A causa é a mesma: uma vez que as matrizes são calculadas no runtime, o sistema de autorização de recursos iniciais não consegue determinar com precisão que conjuntos são utilizados. Com useso , pode declarar os conjuntos que as suas tarefas irão utilizar para que 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 YAML

Com a tarefa de Validação Manual recentemente lançada, pode colocar um pipeline YAML em pausa a meio da fase. Isto permite-lhe realizar atividades manuais ou offline e, em seguida, retomar (ou rejeitar) a execução. Isto é especialmente útil em cenários em que pretende colocar um pipeline em pausa e permitir que um elemento da rede valide as definições de configuração, o pacote de compilação, etc. antes de passar para uma tarefa de execução prolongada e intensiva em termos de computação. Saiba mais.

Passos seguintes

Nota

Estas funcionalidades serão implementadas nas próximas duas a três semanas.

Aceda ao Azure DevOps e dê uma vista de olhos.

Aceda ao Azure DevOps

Como fornecer comentários

Gostaríamos de saber o que pensa sobre estas funcionalidades. Utilize o menu de ajuda para comunicar um problema ou fornecer uma sugestão.

Também pode obter conselhos e as suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado,

Matt Cooper