Compartilhar via

Vincular solicitações de confirmação e pull do GitHub aos itens de trabalho do Azure Boards – Atualização do Sprint 144

Na atualização sprint 144 do Azure DevOps, continuamos a expandir a integração com o GitHub. Agora você poderá vincular commits e pull requests do GitHub a itens de trabalho do Azure Boards. Ao conectar o GitHub e o Azure Boards, você pode obter recursos avançados de gerenciamento de projetos com acesso a recursos como listas de pendências, placas, ferramentas de planejamento de sprint e vários tipos de item de trabalho.

Confira a lista de recursos abaixo para saber mais.

Features

Quadros do Azure:

Repositórios do Azure

Azure Pipelines:

Artefatos do Azure:

Geral:

Wiki:

Administração:

Azure Boards

As equipes que usam o GitHub para código e desejam recursos avançados de gerenciamento de projetos agora podem integrar seus repositórios ao Azure Boards. Ao conectar o GitHub e o Azure Boards, você pode obter todos os recursos, como listas de pendências, placas, ferramentas de planejamento de sprint, vários tipos de item de trabalho e ainda ter um fluxo de trabalho que se integra aos fluxos de trabalho do desenvolvedor no GitHub.

Vincular confirmações e pull requests a itens de trabalho é fácil. Mencione o item de trabalho usando a seguinte sintaxe:

AB#{work item ID}

Mencione um item de trabalho em uma mensagem de commit, no título da solicitação de pull ou na descrição da solicitação de pull, e o Azure Boards criará um link para esse artefato. Por exemplo, considere uma mensagem de confirmação como esta:

Adds support for deleting connections. Fixes AB#20.

Isso criará um link do item de trabalho nº 20 para a confirmação no GitHub, que será exibido na seção Desenvolvimento do item de trabalho. ​

Link do item de trabalho para confirmação.

Se as palavras "correção", "correções" ou "corrigido" precedem a menção do item de trabalho (conforme mostrado acima), o item de trabalho será movido para o estado concluído quando o commit for mesclado ao branch padrão.

As equipes que estão usando o Azure Pipelines para criar código no GitHub também verão os itens de trabalho vinculados às confirmações do GitHub no resumo do build.

Adquira o Azure Boards como serviço

Agora, o Azure Boards pode ser facilmente adquirido e usado como um serviço independente. Se o código estiver no Azure Repos ou no GitHub, você pode começar rapidamente acessando https://www.azure.com/boards e clicando em "Introdução aos Quadros do Azure". Novos usuários receberão um projeto contendo apenas o Azure Boards e uma introdução para ajudá-los a começar rapidamente.

Introdução ao Azure Boards.

Azure Repos

Executar novamente o build expirado para solicitações de pull de preenchimento automático

Agora, o Azure Repos enfileirará automaticamente builds expirados que foram disparados por uma política de pull request. Isso se aplica a pull requests que passaram por todas as outras políticas e estão configuradas para conclusão automática. Anteriormente, quando os pull requests tinham políticas como revisores necessários, o processo de aprovação poderia demorar muito, e um build relacionado poderia expirar antes de um revisor aprovar o pull request. Se a solicitação de pull foi definida para preenchimento automático, ela permanecerá bloqueada até que um usuário enfileirasse manualmente o build expirado. Com essa alteração, o build será enfileirado automaticamente para que a solicitação de pull possa ser concluída automaticamente após um build bem-sucedido.

Observação

Essa automação só agendará até cinco builds expirados por pull request e tentará reagendar cada build uma vez.

Azure Pipelines

Gerencie as versões do GitHub usando pipelines

As versões do GitHub são uma ótima maneira de empacotar e fornecer software aos usuários. Estamos felizes em anunciar que agora você pode automatizar isso usando a tarefa de lançamento do GitHub no Azure Pipelines. Usando a tarefa, você pode criar uma nova versão, modificar versões de rascunho/publicadas existentes ou descartar versões mais antigas. Ele dá suporte a recursos como carregar vários ativos, marcar uma versão como pré-lançamento, salvar uma versão como rascunho e muito mais. Essa tarefa também ajuda você a criar notas de versão. Ele também pode calcular automaticamente as alterações (confirmações e problemas associados) que foram feitas nesta versão e adicioná-las às notas de versão em um formato amigável.

Aqui está o YAML simples para a tarefa:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Tarefa de versão do GitHub.

Uma versão de exemplo do GitHub criada usando esta tarefa:

Versão de exemplo do GitHub.

Extensão do VS Code para pipelines baseados em YAML

Para acelerar o processo de codificação, adicionamos uma extensão do VS Code para pipelines YAML. A extensão dá suporte ao realce de sintaxe e ao IntelliSense (preenchimento de código) para validar se o arquivo está estruturado corretamente e que usa palavras-chave válidas. Além disso, ele também dá suporte a tarefas internas e pode validar a entrada necessária.

A extensão é um projeto de software livre no GitHub e recebemos comentários, relatórios de bugs e contribuições da comunidade.

Editor Web com o IntelliSense para pipelines YAML

Se você usar YAML para definir seus pipelines, agora poderá aproveitar os novos recursos do editor introduzidos com esta versão. Se você estiver criando um pipeline YAML ou editando um pipeline YAML existente, poderá editar o arquivo YAML no editor da Web do pipeline. Use Ctrl+Space para suporte do IntelliSense enquanto edita o arquivo YAML. Você verá os erros de sintaxe realçados e também obterá ajuda para corrigir esses erros.

Editor de fluxos de trabalho YAML na Web.

Integração do gerenciamento de alterações do ServiceNow

Elimine os atrasos nas implantações de produção com a integração perfeita com o ServiceNow. O Azure Pipelines em parceria com o ServiceNow anuncia a disponibilidade pública da extensão de Gerenciamento de Alterações do ServiceNow, tornando os pipelines de lançamento cientes do processo de gerenciamento de alterações no ServiceNow.

Usando o Gerenciamento de Alterações do ServiceNow como uma porta de lançamento, você pode iniciar um processo de gerenciamento de alterações no ServiceNow e manter o pipeline entre dois estágios até que a alteração esteja pronta para implementação.

Gerenciamento de alterações do ServiceNow

Você também pode atualizar a tarefa de solicitação de alteração do ServiceNow no processo de implantação e a solicitação de alteração do ServiceNow será atualizada com o status e o resultado da implantação. Isso fornecerá integração bidirecional completa entre o ServiceNow e o Azure Pipelines.

Integração entre o ServiceNow e o Azure Pipelines.

Agora você pode compartilhar um link para linhas específicas no log de build. Isso ajudará você ao colaborar com outros membros da equipe no diagnóstico de falhas de build. Basta selecionar as linhas de um log na exibição de resultados para obter um ícone de link.

Link para linhas específicas em um log de build.

Especifique um pipeline multiplataforma em um único arquivo

O Azure Pipelines oferece pools hospedados para agentes linux, macOS e Windows. Anteriormente, para reutilização das mesmas etapas de pipeline em todos os três pools hospedados, você precisava especificar suas etapas em um arquivo de modelo separado. Removemos esse requisito para permitir que você especifique um pipeline multiplataforma e uma estratégia de matriz em um único arquivo:

strategy:
  matrix:
    win:
      vm: windows-latest
    mac:
      vm: macOS-latest
    linux:
      vm: ubuntu-latest

pool:
  vmImage: $(vm)

steps:
- script: npm install
- script: npm run test

Reimplantação automática em caso de falha

Quando uma implantação em um estágio falha, o Azure Pipelines agora pode reimplantar automaticamente a última implantação bem-sucedida. Você pode configurar o estágio para implantar automaticamente a última versão bem-sucedida configurando o gatilho de reimplantação automática nas condições pós-implantação. Planejamos adicionar eventos e ações disparados adicionais à configuração de reimplantação automática em um sprint futuro. Consulte a documentação de grupos de implantação para obter mais informações.

Reimplantar automaticamente em caso de falha.

Azure Artifacts

Visualização pública do PyPI

Agora, o Azure Artifacts pode hospedar pacotes do Python. Isso inclui pacotes que você produz e pacotes de origem salvos do PyPI público. Para obter mais detalhes, consulte a postagem no blog de anúncios e a documentação.

Agora, você pode hospedar todos os pacotes NuGet, npm, Maven, Python e Universal no mesmo feed.

Hospedar pacotes do Python.

Geral

Portal de integridade do serviço

Adicionamos um novo Portal de Status do Serviço do Azure DevOps que fornecerá uma experiência melhor para seguir a integridade de nossos serviços. Se você tiver um problema com qualquer um de nossos serviços, poderá verificar a integridade do serviço aqui.

Portal de saúde do serviço.

Para obter mais detalhes, consulte a postagem no blog de anúncios e a documentação.

Wiki

Modelos de markdown para fórmulas e vídeos

Não é mais necessário lembrar a sintaxe markdown para adicionar fórmulas, vídeos e marcas YAML ao editar um Wiki. Agora você pode clicar no menu de contexto na barra de ferramentas e selecionar a opção de sua escolha.

Modelos markdown para fórmulas e vídeos.

Administration

Restaurar projetos excluídos

Com esta versão, adicionamos a capacidade de restaurar projetos excluídos. A partir de hoje, os usuários com a permissão de exclusão do projeto podem restaurar projetos excluídos por meio de nossas APIs REST. Para fazer isso, crie uma solicitação de projeto de atualização com { "state" : "wellFormed" }. Em uma versão futura, adicionaremos uma interface do usuário que pode ser acessada na página de visão geral da organização. Para obter mais informações sobre a API REST, consulte a documentação aqui.

Para obter uma lista de projetos excluídos, use a solicitação a seguir

GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3

Para restaurar um projeto excluído, use a solicitação a seguir

PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3

Corpo da solicitação

{
    "state" : "wellFormed"
}

Observação

Você terá apenas até 28 dias para restaurar um projeto excluído. Após 28 dias, o projeto será excluído permanentemente .

Próximas etapas

Observação

Esses recursos serão lançados 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.

Ir para o Azure DevOps

Como fornecer comentários

Adoraríamos ouvir o que você pensa sobre essas características. Use o menu de comentários para relatar um problema ou fornecer uma sugestão.

Fazer uma sugestão

Você também pode receber conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado

Aaron Bjork

  • Last updated on