Rascunho de solicitações de pull e novo editor de texto de item de trabalho – Atualização do Sprint 143
Na Atualização do Sprint 143 do Azure DevOps, estamos introduzindo um novo editor de texto de item de trabalho que é muito mais eficiente e fácil de usar. Isso faz parte do nosso esforço para modernizar e melhorar a experiência em todo o produto. Em Azure Repos, as solicitações de pull de rascunho permitem que você crie uma solicitação de pull que ainda não está pronta para ser concluída, para que elas não possam ser concluídas acidentalmente. Também estamos lançando alguns novos recursos no Azure Artifacts, incluindo a capacidade de excluir arquivos em carregamentos de artefatos e obter informações de procedência em pacotes.
Confira a lista Recursos abaixo para obter mais informações.
Recursos
Geral:
Azure Boards:
Azure Repos:
Azure Pipelines:
- Disparar pipelines YAML com marcas
- Configuração para cancelar automaticamente um pipeline existente quando uma solicitação de pull é atualizada
- Declarar recursos de contêiner embutidos
- Alterações nas permissões padrão para novos projetos
- Implantar em destinos com falha em um grupo de implantação
- Suporte para Infraestrutura como Código
Azure Artifacts:
- Excluir arquivos em uploads de artefatos
- Informações de procedência em pacotes
- Atualizações da documentação da API REST do Azure Artifacts
Geral
API REST versão 5.0
Cada solicitação de API deve incluir uma versão de API. No entanto, se você estiver fazendo uma solicitação REST para um ponto de extremidade lançado anteriormente sem uma versão de api, a versão padrão dessa solicitação mudará de 4.1 para 5.0 com essa implantação. Para obter mais informações sobre REST e versões de API, consulte Azure DevOps Services Referência de API REST.
Azure Boards
Novo editor de texto do item de trabalho
Estamos entusiasmados em anunciar a disponibilidade geral do novo editor de texto no formulário do item de trabalho. Nosso editor de texto está desatualizado há algum tempo, e essa nova experiência será uma grande melhoria. O novo editor é mais moderno e poderoso, trazendo novos recursos, incluindo redimensionamento de imagens, snippets de código, atalhos de teclado para Mac e Windows e uma biblioteca completa de emojis.
Você pode usar esse controle em qualquer campo de texto no formulário do item de trabalho, inclusive em suas discussões. Esta é a nova experiência que você pode esperar ver:
Abaixo, você pode ver a experiência de snippet de código. Com essa adição, você pode discutir o código com facilidade e clareza no formulário do item de trabalho.
Queremos realmente começar a tornar o item de trabalho uma experiência mais social. Nossa primeira etapa nesse percurso é trazer suporte a emojis para seus campos de texto e discussões sobre o item de trabalho. Usando emojis, você poderá dar vida a suas descrições e comentários e dar a eles um pouco mais de personalidade!
O trabalho feito para este editor é código aberto, portanto, fique à vontade para marcar o repositório roosterjs no GitHub em https://github.com/Microsoft/roosterjs.
Azure Repos
Seletor de ramificação aprimorado
A maioria das experiências em Azure Repos exige que você selecione um repositório e, em seguida, um branch nesse repositório. Para melhorar essa experiência para organizações com um grande número de branches, estamos lançando um novo seletor de branch. O seletor agora permite que você selecione seus branches favoritos ou pesquise rapidamente um branch.
Solicitação de pull de rascunho
Para impedir que as solicitações de pull sejam concluídas antes de estarem prontas e facilitar a criação de trabalhos em andamento que podem não envolver todos, agora damos suporte a solicitações de pull de rascunho.
As solicitações de pull de rascunho podem ser criadas selecionando Criar como rascunho na lista suspensa Criar botão ao criar uma solicitação de pull.
Depois de criar uma solicitação de pull de rascunho, você verá um selo indicando seu status ao lado do título.
As solicitações de pull de rascunho não incluem revisores ou executam builds por padrão, mas permitem que você adicione revisores manualmente e execute builds. Para promover a solicitação de pull para uma solicitação de pull normal, basta clicar no botão Publicar na página de detalhes da solicitação de pull.
Azure Pipelines
Disparar pipelines YAML com marcas
Os pipelines YAML podem ser disparados quando as marcas são adicionadas a um commit. Isso é valioso para equipes cujos fluxos de trabalho incluem marcas. Por exemplo, você pode iniciar um processo quando um commit é marcado como o "último bem conhecido".
Você pode especificar quais marcas incluir e excluir. Por exemplo:
trigger:
tags:
include:
- releases/*
exclude:
- releases/old*
Configuração para cancelar automaticamente um pipeline existente quando uma solicitação de pull é atualizada
Por padrão, os pipelines disparados por PRs (solicitações de pull) serão cancelados se um novo commit for enviado por push para a mesma PR. Isso é desejável na maioria dos casos, pois geralmente você não deseja continuar executando um pipeline em código desatualizado. Se você não quiser esse comportamento, poderá adicionar autoCancel: false ao gatilho de PR.
pr:
branches:
include:
- main
- releases/*
autoCancel: false
Declarar recursos de contêiner embutidos
Anteriormente, exigimos que você declarasse seus recursos de contêiner em pipelines YAML e, em seguida, os referenciasse por nome. Agora oferecemos uma sintaxe embutida para casos em que você não vai se referir ao contêiner várias vezes.
jobs:
- job: my-container-job
container:
image: mcr.microsoft.com/dotnet/core/runtime:latest
Alterações nas permissões padrão para novos projetos
Até agora, os colaboradores do projeto não podiam criar pipelines, a menos que recebessem explicitamente a permissão Criar definição de build . Agora, para novos projetos, todos os membros da equipe podem criar e atualizar pipelines prontamente. Essa alteração reduzirá o atrito para novos clientes que estão embarcando no Azure Pipelines. Você sempre pode atualizar as permissões padrão no grupo Colaboradores e restringir seu acesso.
Implantar em destinos com falha em um grupo de implantação
Por padrão, o Azure Pipelines costumava executar novamente todos os trabalhos quando você reimplanta uma execução com falha anterior. Agora, você pode substituir esse comportamento configurando a Opção de Implantação ao implantar. Ao selecionar a opção Todos os trabalhos e limitar a destinos com falha em um grupo de implantação , a nova execução executará todos os trabalhos e ignorará as implantações para os destinos que já estão atualizados.
Suporte para Infraestrutura como Código
Estamos adicionando suporte de IaC (Infraestrutura como Código) aos nossos projetos do Azure DevOps. IaC é um processo de gerenciamento e provisionamento da infraestrutura de computação com alguma abordagem declarativa, ao mesmo tempo em que define sua configuração usando arquivos de definição em vez de ferramentas de configuração interativas tradicionais. Isso permitirá que você trabalhe com os recursos em sua solução como um grupo. Você pode implantar, atualizar ou excluir todos os recursos para sua solução usando um modelo para implantação. Esse modelo pode ser usado para ambientes diferentes, como teste, preparo e produção.
Azure Artifacts
Excluir arquivos em uploads de artefatos
Anteriormente, para excluir arquivos de artefatos publicados, você teria que copiar os arquivos para um diretório de preparo, remover os arquivos a serem excluídos e, em seguida, carregar. Agora, os Pacotes Universais e os Artefatos de Pipeline procurarão um arquivo chamado .artifactignore no diretório que está sendo carregado e excluirão automaticamente esses arquivos, removendo a necessidade de um diretório de preparo.
Informações de procedência em pacotes
Com essa atualização, facilitamos um pouco a compreensão da procedência de seus pacotes, incluindo quem ou o que os publicou e de qual confirmação de código-fonte eles vieram. Essas informações são preenchidas automaticamente para todos os pacotes publicados usando as tarefas npm, NuGet e .NET Core, Twine Authenticate (para Python) e Pacotes Universais .
Atualizações da documentação da API REST do Azure Artifacts
Com a atualização desse sprint, estamos distribuindo atualizações substanciais para a documentação das APIs REST do Azure Artifacts, o que deve facilitar o desenvolvimento contra elas em seus próprios aplicativos.
Próximas etapas
Observação
Esses recursos serão implantados nas próximas duas a três semanas.
Leia sobre os novos recursos abaixo e vá até o Azure DevOps para experimentá-los por conta própria.
Como fornecer comentários
Adoraríamos ouvir o que você pensa sobre esses recursos. Use o menu de comentários 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,
Jeremy Epling