Rascunho de pedidos Pull e novo editor de texto de itens de trabalho – Atualização do Sprint 143
Na Atualização do Sprint 143 do Azure DevOps, estamos a introduzir um novo editor de texto de itens de trabalho que é muito mais potente e fácil de utilizar. Isto faz parte do nosso esforço para modernizar e melhorar a experiência em todo o produto. Nos Repositórios do Azure, os pedidos Pull de rascunho permitem-lhe criar um pedido Pull que ainda não está pronto para concluir, pelo que não podem ser concluídos acidentalmente. Também estamos a lançar algumas novas funcionalidades nos Artefactos do Azure, incluindo a capacidade de excluir ficheiros em carregamentos de artefactos e obter informações de proveniência em pacotes.
Consulte a lista Funcionalidades abaixo para obter mais informações.
Funcionalidades
Geral:
Azure Boards:
Repositórios do Azure:
Azure Pipelines:
- Acionar pipelines YAML com etiquetas
- Definição para cancelar automaticamente um pipeline existente quando um pedido Pull é atualizado
- Declarar recursos de contentor inline
- Alterações às permissões predefinidas para novos projetos
- Implementar em destinos falhados num Grupo de Implementação
- Suporte para Infraestrutura como Código
Artefactos do Azure:
- Excluir ficheiros em carregamentos de artefactos
- Informações de proveniência sobre pacotes
- Atualizações da documentação da API REST dos Artefactos do Azure
Geral
Versão 5.0 da API REST
Cada pedido de API deve incluir uma versão da API. No entanto, se estiver a fazer um pedido REST para um ponto final lançado anteriormente sem uma versão de api, a versão predefinida desse pedido mudará de 4.1 para 5.0 com esta implementação. Para obter mais informações sobre as versões REST e API, veja Referência da API REST dos Serviços de DevOps do Azure.
Azure Boards
Novo editor de texto de item de trabalho
Estamos entusiasmados por anunciar a disponibilidade geral do novo editor de texto no formulário de item de trabalho. O nosso editor de texto está desatualizado há algum tempo e esta nova experiência será uma grande melhoria. O novo editor é mais moderno e poderoso, trazendo novas capacidades, incluindo o redimensionamento de imagens, fragmentos de código, atalhos de teclado para Mac e Windows e uma biblioteca completa de emojis.
Pode utilizar este controlo em qualquer campo de texto no formulário de item de trabalho, incluindo nos seus debates. Eis a nova experiência que pode esperar ver:
Abaixo, pode ver a experiência de fragmento de código. Com esta adição, pode discutir de forma fácil e clara o código no formulário do item de trabalho.
Queremos realmente começar a tornar o item de trabalho uma experiência mais social. O nosso primeiro passo nesse percurso é trazer suporte de emojis para os campos de texto e debates sobre o item de trabalho. Com emojis, poderá dar vida às suas descrições e comentários e dar-lhes um pouco mais de personalidade!
O trabalho feito para este editor é open source, pelo que pode ver o repositório roosterjs no GitHub em https://github.com/Microsoft/roosterjs.
Repositórios do Azure
Seletor de ramo melhorado
A maioria das experiências nos Repositórios do Azure exige que selecione um repositório e, em seguida, um ramo nesse repositório. Para melhorar esta experiência para organizações com um grande número de ramos, estamos a implementar um novo seletor de ramo. O seletor agora permite-lhe selecionar os seus ramos favoritos ou procurar rapidamente um ramo.
Pedidos Pull de rascunho
Para impedir que os pedidos Pull sejam concluídos antes de estarem prontos e para facilitar a criação de trabalhos em curso que possam não envolver todos, agora suportamos pedidos Pull de rascunho.
Os pedidos Pull de rascunho podem ser criados ao selecionar Criar como rascunho no menu pendente Criar botão ao criar um pedido Pull.
Depois de criar um pedido Pull de rascunho, verá um distintivo a indicar o respetivo estado junto ao título.
Os pedidos Pull de rascunho não incluem revisores nem executam compilações por predefinição, mas permitem-lhe adicionar manualmente revisores e executar compilações. Para promover o pedido Pull para um pedido Pull normal, basta clicar no botão Publicar a partir da página de detalhes do pedido Pull.
Pipelines do Azure
Acionar pipelines YAML com etiquetas
Os pipelines YAML podem ser acionados quando as etiquetas são adicionadas a uma consolidação. Isto é importante para equipas cujos fluxos de trabalho incluem etiquetas. Por exemplo, pode iniciar um processo quando uma consolidação é marcada como o "último bem conhecido".
Pode especificar as etiquetas a incluir e excluir. Por exemplo:
trigger:
tags:
include:
- releases/*
exclude:
- releases/old*
Definição para cancelar automaticamente um pipeline existente quando um pedido Pull é atualizado
Por predefinição, os pipelines acionados por pedidos Pull (PRs) serão cancelados se uma nova consolidação for enviada para o mesmo PR. Isto é desejável na maioria dos casos, uma vez que normalmente não quer continuar a executar um pipeline em código desatualizado. Se não quiser este comportamento, pode adicionar autoCancel: false ao acionador de PR.
pr:
branches:
include:
- main
- releases/*
autoCancel: false
Declarar recursos de contentor inline
Anteriormente, exigimos que declarasse os seus recursos de contentor em pipelines YAML e, em seguida, os referenciasse pelo nome. Agora, oferecemos uma sintaxe inline para casos em que não se vai referir ao contentor várias vezes.
jobs:
- job: my-container-job
container:
image: mcr.microsoft.com/dotnet/core/runtime:latest
Alterações às permissões predefinidas para novos projetos
Até agora, os contribuidores do projeto não podiam criar pipelines, a menos que lhes fosse explicitamente dada permissão criar definição de compilação . Agora, para novos projetos, todos os membros da equipa podem facilmente criar e atualizar pipelines. Esta alteração reduzirá o atrito para os novos clientes que estão a embarcar nos Pipelines do Azure. Pode sempre atualizar as permissões predefinidas no grupo Contribuidores e restringir o respetivo acesso.
Implementar em destinos falhados num Grupo de Implementação
Por predefinição, os Pipelines do Azure utilizados para executar novamente todas as tarefas quando reimplementa uma execução anteriormente falhada. Agora, pode substituir este comportamento ao configurar a Opção de Implementação ao implementar. Ao selecionar todas as tarefas e limitar a destinos falhados numa opção de grupo de implementação, a nova execução executará todas as tarefas e ignorará as implementações para os destinos que já estão atualizados.
Suporte para Infraestrutura como Código
Estamos a adicionar suporte de Infraestrutura como Código (IaC) aos nossos projetos do Azure DevOps. A IaC é um processo de gestão e aprovisionamento da infraestrutura de computação com alguma abordagem declarativa, ao mesmo tempo que define a configuração através de ficheiros de definição em vez de ferramentas de configuração interativas tradicionais. Isto irá permitir-lhe trabalhar com os recursos na sua solução como um grupo. Pode implementar, atualizar ou eliminar todos os recursos da sua solução com um modelo para implementação. Este modelo pode ser utilizado para diferentes ambientes, como testes, teste e produção.
Artefactos do Azure
Excluir ficheiros em carregamentos de artefactos
Anteriormente, para excluir ficheiros de artefactos publicados, teria de copiar os ficheiros para um diretório de teste, remover os ficheiros a serem excluídos e, em seguida, carregar. Agora, tanto os Pacotes Universais como os Artefactos de Pipeline procurarão um ficheiro chamado .artifactignore no diretório que está a ser carregado e excluirá automaticamente esses ficheiros, removendo a necessidade de um diretório de teste.
Informações de proveniência sobre pacotes
Com esta atualização, facilitámos um pouco a compreensão da proveniência dos seus pacotes, incluindo quem ou o que os publicou e de que consolidação de código fonte vieram. Estas informações são preenchidas automaticamente para todos os pacotes publicados com as tarefas npm, NuGet e .NET Core, Twine Authenticate (para Python) e Pacotes Universais .
Atualizações da documentação da API REST dos Artefactos do Azure
Com a atualização deste sprint, estamos a implementar atualizações substanciais para a documentação das APIs REST dos Artefactos do Azure, o que deve facilitar o desenvolvimento nas suas próprias aplicações.
Passos seguintes
Nota
Estas funcionalidades serão implementadas nas próximas duas a três semanas.
Leia sobre as novas funcionalidades abaixo e aceda ao Azure DevOps para experimentá-las por si mesmo.
Como fornecer comentários
Gostaríamos de ouvir o que pensa sobre estas funcionalidades. Utilize o menu de comentários 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,
Jeremy Epling