Solicitações de pull requests de rascunho e novo editor de texto para itens 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 poderoso e fácil de usar. Isso faz parte do nosso esforço para modernizar e melhorar a experiência em todo o produto. Nos repositórios do Azure, as solicitações pull de rascunho permitem que você crie uma solicitação pull que ainda não está pronta para concluir, para que 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 proveniência em pacotes.

Confira a lista de recursos abaixo para saber mais.

Caraterísticas

Geral:

• API REST versão 5.0

Azure Boards:

• Novo editor de texto de item de trabalho

Repositórios do Azure:

• Seletor de filiais melhorado
• Rascunho de solicitações pull

Azure Pipelines:

• Disparar pipelines YAML utilizando tags
• Configuração para cancelar automaticamente um pipeline existente quando uma solicitação pull é atualizada
• Declarar recursos de container em linha
• 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

Artefactos do Azure:

• Excluir ficheiros em uploads de artefatos
• Informações de proveniência nas embalagens
• Atualizações da documentação da API REST do Azure Artifacts

General

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 Referência da API REST dos Serviços de DevOps do Azure.

Azure Boards

Novo editor de texto para item de trabalho

Temos o prazer de anunciar a disponibilidade geral do novo editor de texto no formulário de item de trabalho. 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 novos recursos, incluindo redimensionamento de imagens, trechos 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 de item de trabalho, inclusive em suas discussões. Aqui está a nova experiência que você pode esperar ver:

Abaixo, você pode ver a experiência de trecho de código. Com essa adição, você pode discutir o código de forma fácil e clara no formulário de item de trabalho.

Nós realmente queremos começar a tornar o item de trabalho uma experiência mais social. Nosso primeiro passo nessa jornada é trazer suporte a emojis para seus campos de texto e discussões sobre o item de trabalho. Usando emojis, você será capaz de dar vida às suas descrições e comentários e dar-lhes um pouco mais de personalidade!

O trabalho feito para este editor é de código aberto, então sinta-se à vontade para conferir o repositório roosterjs no GitHub em https://github.com/Microsoft/roosterjs.

Azure Repos

Seletor de ramos melhorado

A maioria das experiências no Azure Repos exige que você selecione um repositório e, em seguida, uma ramificação nesse repositório. Para melhorar essa experiência para organizações com grande número de filiais, estamos lançando um novo seletor de filiais. O seletor agora permite que você selecione suas filiais favoritas ou procure rapidamente por uma filial.

Rascunho de solicitações pull

Para evitar que pull requests sejam concluídos antes de estarem prontos e para facilitar a criação de trabalhos em progresso que podem não envolver todos, agora oferecemos suporte a pull requests de rascunho.

As solicitações pull de rascunho podem ser criadas selecionando Criar como rascunho no menu pendente do botão Criar ao criar uma solicitação pull.

Depois de criar um pull request de rascunho, verá um selo indicando o seu status ao lado do título.

Os draft pull requests não incluem revisores nem executam builds de forma padrão, mas permitem que você adicione manualmente revisores e execute builds. Para promover o pull request a um pull request normal, basta clicar no botão Publicar na página de detalhes do pull request.

Azure Pipelines (Pipelines do Azure)

Acionar pipelines YAML utilizando tags

Os pipelines YAML podem ser acionados quando tags são adicionadas a um commit. Isso é valioso para equipes cujos fluxos de trabalho incluem tags. Por exemplo, pode-se iniciar um processo quando um commit é marcado como o "último conhecido bom".

Você pode especificar quais tags incluir e excluir. Por exemplo:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Configuração para cancelar automaticamente um pipeline existente quando uma solicitação pull é atualizada

Por padrão, os pipelines acionados por pull requests (PRs) serão cancelados se um novo commit for enviado para o mesmo PR. Isso é desejável na maioria dos casos, já que geralmente você não quer continuar executando um pipeline em código desatualizado. Se não quiser este comportamento, pode adicionar autoCancel: false ao seu acionador PR.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Declarar recursos de contêiner em linha

Anteriormente, precisávamos que você declarasse seus recursos de contêiner em pipelines YAML e, em seguida, fizesse referência a eles pelo 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 às permissões predefinidas 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 compilação . 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 integrando o Azure Pipelines. Você sempre pode atualizar as permissões padrão no grupo de Colaboradores e restringir seu acesso.

Implantar em alvos falhados num Grupo de Implementação

Por padrão, os Pipelines do Azure costumavam reexecutar todos os trabalhos ao redeployar uma execução que falhou anteriormente. Agora, você pode substituir esse comportamento configurando a opção de implantação durante a implantação. Ao selecionar a opção Todos os trabalhos e limitar a apenas destinos com falhas num 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 à Infraestrutura como Código

Estamos adicionando suporte de Infraestrutura como Código (IaC) aos nossos projetos de DevOps do Azure. O IaC é um processo de gerenciamento e provisionamento de infraestrutura de computação com alguma abordagem declarativa, enquanto 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 da sua solução usando um modelo para implantação. Esse modelo pode ser usado para diferentes ambientes, como teste, preparação e produção.

Artefactos do Azure

Excluir ficheiros nos carregamentos de artefactos

Anteriormente, para excluir arquivos de artefatos publicados, você teria que copiar os arquivos para um diretório de preparação, remover os arquivos a serem excluídos e, em seguida, carregar. Agora, tanto os Pacotes Universais quanto 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 preparação.

Informações de proveniência nas embalagens

Com esta atualização, tornámos ligeiramente mais fácil compreender a proveniência dos seus pacotes, incluindo quem os publicou ou o que foi responsável por isso e de que commit 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 de documentação da API REST de Artefactos do Azure

Com a atualização deste sprint, estamos lançando atualizações substanciais na documentação das APIs REST de Artefatos do Azure, o que deve facilitar o desenvolvimento com elas nos seus próprios aplicativos.

Próximos passos

Leia sobre os novos recursos abaixo e vá para o Azure DevOps para experimentá-los por si mesmo.

Como fornecer feedback

Gostaríamos muito de 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 obter conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado;

Jeremy Epling