Novos aprimoramentos nos Planos de Entrega 2.0
Neste sprint, estamos aprimorando os Planos de Entrega 2.0 com novas exibições condensadas e informações de rollup. Também estamos introduzindo a Validação Manual e uma nova uses instrução para pré-declarar recursos em pipelines YAML.
Confira a lista Recursos abaixo para obter detalhes.
Azure Boards
Azure Pipelines
Azure Boards
Planos de entrega: informações de rollup
Como parte da versão prévia pública dos Planos de Entrega 2.0, as informações de roll-up já estão disponíveis. Ao lidar com itens de trabalho de nível superior, como Epics ou Recursos, talvez você queira ver mais detalhes. Roll-up mostra o progresso dos itens de trabalho filho subjacentes, revelando a história completa. Para habilitar esse recurso, acesse as configurações do plano e, em seguida, Campos e selecione Mostrar dados cumulativos filho.
Planos de Entrega: exibições condensadas
Como parte da versão prévia pública dos Planos de Entrega 2.0, os clientes agora podem alternar entre exibições normais e condensadas. Cartões com campos adicionais podem ocupar muito espaço vertical. Isso torna difícil ver mais do que alguns cartões na tela de cada vez, mesmo quando totalmente ampliados. Criamos uma exibição de cartão recolhida que oculta todos os campos dos cartões e exibe apenas o ícone e o título do tipo de item de trabalho. Ocultar e mostrar todos os campos agora está a apenas um clique de distância.
Azure Pipelines
Instrução "uses" para pré-declarar recursos
Quando um pipeline executa um trabalho em um agente, esse agente recebe um token de acesso para chamar novamente as APIs REST do Azure Pipelines e baixar recursos como repositórios. Para pipelines YAML, adicionamos recentemente 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 o novo uses palavra-chave, da seguinte maneira:
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 o matrix palavra-chave para gerar vários trabalhos e esses trabalhos usarem pools especificados na etapa de matriz, talvez você tenha 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 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 par valide as configurações, o pacote de build etc. antes de passar para um trabalho de longa execução e com uso intensivo de computação. Saiba mais.
Próximas etapas
Observação
Esses recursos serão lançados nas próximas duas a três semanas.
Vá até o Azure DevOps e dê uma olhada.
Como fornecer comentários
Adoraríamos ouvir o que você pensa sobre esses recursos. 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.
Obrigada,
Matt Cooper