Compartilhar via

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

  • Artigo

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

Confira a lista Recursos abaixo para obter mais informações.

Recursos

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

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 com Azure Boards. Ao conectar o GitHub e o Azure Boards, você pode obter todos os recursos, como listas de pendências, quadros, 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.

É fácil vincular commits e pull requests a itens de trabalho. Mencione o item de trabalho usando a seguinte sintaxe:

AB#{work item ID}

Mencione um item de trabalho em um mensagem do commit, título da solicitação de pull ou descrição da solicitação de pull e Azure Boards criará um link para esse artefato. Por exemplo, considere uma mensagem do commit 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 aparecerá na seção Desenvolvimento do item de trabalho. ​

Vincular do item de trabalho para confirmar.

Se as palavras "corrigir", "correções" ou "fixas" precedem o item de trabalho menção (conforme mostrado acima), o item de trabalho será movido para o estado concluído quando a confirmação for mesclada 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.

Adquirir Azure Boards como serviço

Azure Boards agora podem ser facilmente adquiridos e usados como seu próprio serviço. Se o código estiver no Azure Repos ou no GitHub, você pode começar https://www.azure.com/boards rapidamente acessando e clicando em "Introdução ao Azure Boards". Novos usuários receberão um projeto que só tem Azure Boards e uma introdução para ajudá-los a começar a trabalhar.

Introdução ao Azure Boards.

Azure Repos

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

Azure Repos agora enfileirará automaticamente builds expirados que foram disparados por uma política de solicitação de pull. Isso se aplica a solicitações de pull que passaram por todas as outras políticas e são definidas como preenchimento automático. Anteriormente, quando as solicitações de pull tinham políticas como revisores necessários, o processo de aprovação poderia levar muito tempo e um build associado poderia expirar antes que um revisor aprovasse a solicitação de pull. Se a solicitação de pull foi definida como 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 colocará em fila apenas até cinco builds expirados por solicitação de pull e tentará apenas enfileirar novamente cada build uma vez.

Azure Pipelines

Gerenciar 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 automatizá-lo usando a tarefa Versão 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 sobre a versão. Ele também pode calcular automaticamente as alterações (commits 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 lançamento 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 código aberto no GitHub e recebemos comentários, relatórios de bugs e contribuições da comunidade.

Editor da Web com 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+Espaço para suporte do IntelliSense ao editar o arquivo YAML. Você verá os erros de sintaxe realçados e também obterá ajuda para corrigir esses erros.

Editor da Web para pipelines YAML.

Integração do ServiceNow Change Management

Elimine os atrasos nas implantações de produção com 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 ServiceNow Change Management 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.

Especificar o pipeline de várias plataformas em um único arquivo

O Azure Pipelines oferece pools hospedados para agentes do 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 de várias plataformas 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

Reimplantar automaticamente 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 Grupos de implantação para obter mais informações.

Reimplantar automaticamente em caso de falha.

Azure Artifacts

Visualização pública do PyPI

O Azure Artifacts agora pode hospedar pacotes do Python. Isso inclui pacotes que você produz e upstream pacotes salvos do PyPI público. Para obter mais detalhes, consulte a postagem no blog do comunicado 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 dos nossos serviços, poderá marcar a integridade do serviço aqui.

Integridade do serviço portal.

Para obter mais detalhes, consulte a postagem no blog do comunicado e a documentação.

Wiki

Modelos 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.

Administração

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 excluir 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 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.

Ir para o Azure DevOps

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.

Fazer uma sugestão

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

Obrigada,

Aaron Bjork