Compartilhar via


Melhorias na integração do GitHub com o Azure Pipelines e o Azure Boards – Atualização Sprint 149

Na Atualização do Sprint 149 do Azure DevOps, adicionamos a capacidade de navegar para Azure Boards diretamente de menções em um comentário do GitHub, bem como suporte para Azure Boards no GitHub Enterprise.

Para o Azure Pipelines, habilitamos uma nova funcionalidade nas solicitações de pull do GitHub que permite executar verificações opcionais mencionando /azp em um comentário. Você também pode exigir um comentário sobre a solicitação de pull de um colaborador do repositório antes que o pipeline seja executado, dando a você a capacidade de revisar o código de usuários desconhecidos antes de criá-lo.

Confira a lista de recursos abaixo para saber mais.

Recursos

Geral:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Emissão de relatórios:

Geral

Resolver usuários desconectados do Azure Active Directory (Azure AD)

Com nossa atualização do Sprint 148, demos a você a capacidade de conectar sua organização a um Azure Active Directory de dentro do portal do Azure DevOps. Essa nova experiência simplificada salvou várias etapas necessárias anteriormente no portal do Azure. No entanto, essa nova experiência deixou uma lacuna aberta, pois você ainda precisava ligar para o suporte para restaurar o acesso de membros que perderam o acesso durante o processo de conexão. Os usuários perdem o acesso quando sua identidade de logon anterior não é encontrada no Azure Active Directory recém-conectado. Com esta versão, permitimos que você restaure esses membros desconectados por conta própria, economizando uma chamada de suporte ao cliente e aumentando sua produtividade.

Há duas etapas para restaurar membros desconectados. Primeiro, as identidades atuais desses membros são mapeadas para identidades no Azure AD recém-conectado. Como alguns membros desconectados podem não ter identidades correspondentes no Azure AD, a segunda etapa é convidar esses membros restantes como convidados para o Azure AD. Essa atualização fornece uma interface para executar as duas etapas diretamente da página de configurações do Azure AD no portal do Azure DevOps.

Procure atualizações em nossa documentação aqui.

Azure Boards

Agora, quando você menciona um item de trabalho no comentário de um problema, solicitação de pull ou confirmação no GitHub usando a AB#{work item ID} sintaxe, essas menções se tornarão hiperlinks nos quais você pode clicar para navegar diretamente para o item de trabalho mencionado.

Isso não cria um link formal que bagunça o item de trabalho em Azure Boards para cada conversa relacionada, mas, em vez disso, fornece à sua equipe uma maneira de fornecer um pouco mais de informações sobre itens de trabalho ao discutir o código ou um problema relatado pelo cliente. Consulte a documentação de integração do GitHub do Azure Boards para obter mais informações.

Navegue até itens de trabalho de menções.

Atualizações das regras de transição do item de trabalho

Limpamos várias regras de transição de item de trabalho que eram inconsistentes em diferentes processos e tipos de item de trabalho. Fechado por, Data de Fechamento e Data de Alteração de Estado foram corrigidos em todos os tipos de item de trabalho padrão e tipos de item de trabalho herdados recém-personalizados. Ativado por e Data de ativação são fixos para todos os tipos de item de trabalho do sistema, mas não serão corrigidos para tipos de item de trabalho herdados personalizados.

Suporte ao Azure Boards no GitHub Enterprise

As equipes agora podem conectar projetos do Azure Boards a repositórios hospedados em instâncias do GitHub Enterprise Server. Ao se conectar usando o OAuth, siga as etapas na documentação para Registrando um aplicativo OAuth antes de criar uma conexão com seus repositórios.

Edite e exclua comentários do item de trabalho

Temos o prazer de anunciar que agora você pode editar e excluir comentários na discussão do item de trabalho no Azure Boards, um recurso altamente votado em nosso fórum da Comunidade de Desenvolvedores. Para editar seu comentário, basta passar o mouse sobre qualquer comentário que você possua e você verá dois novos botões. Se você clicar no ícone de lápis, entrará no modo de edição e poderá simplesmente fazer suas edições e pressionar o botão "Atualizar" para salvar suas edições.

Edite comentários em Discussão.

Ao clicar no menu flutuante, você verá a opção de excluir seu comentário. Depois de clicar nele, você será solicitado novamente a confirmar que deseja excluir este comentário e o comentário será excluído.

Exclua comentários em Discussão.

Você terá uma trilha de auditoria completa de todos os comentários editados e excluídos na guia histórico no formulário de item de trabalho. Você também verá que atualizamos a interface do usuário de nossa experiência de discussão para torná-la mais moderna e interativa. Além disso, adicionamos bolhas ao redor dos comentários para deixar mais claro onde os comentários individuais começam e terminam.

Ordem de valor de estado no formulário de item de trabalho

Anteriormente, o valor do estado no formulário de item de trabalho era ordenado em ordem alfabética. Com essa atualização, alteramos a forma como os valores de estado são ordenados para corresponder à ordem do fluxo de trabalho nas configurações do processo.

Nova ordem de valor de estado.

Observação

A alteração da ordem afetará apenas o formulário na Web e as APIs REST. A ordem do valor do estado não será alterada em clientes que usam o OM do WIT Client, como Visual Studio 2017 ou Excel.

Azure Pipelines

Escolha o diretório do código que foi feito check-out nos pipelines do YAML

Anteriormente, fizemos check-out de repositórios para o s diretório em $(Agent.BuildDirectory). Agora você pode escolher o diretório em que seu repositório Git será verificado para uso com pipelines YAML.

Use a path palavra-chave on checkout e você estará no controle da estrutura de pastas. Abaixo está um exemplo do código YAML que você pode usar para especificar um diretório.

steps:
- checkout: self
  path: my-great-repo

Neste exemplo, seu código será verificado my-great-repo no diretório no espaço de trabalho do agente. Se você não especificar um caminho, seu repositório continuará a ser verificado em um diretório chamado s.

Agora, projetos privados recebem 60 minutos de tempo de execução por trabalho do pipeline

Até agora, uma conta gratuita (ou seja, uma que não tivesse comprado trabalhos paralelos) executaria um trabalho por até 30 minutos por vez, até 1.800 minutos por mês. Com esta atualização, aumentamos o limite de 30 para 60 minutos para contas gratuitas.

Se você precisar executar seu pipeline por mais de 60 minutos, poderá pagar por capacidade adicional por trabalho paralelo ou executar em um agente auto-hospedado. Os agentes auto-hospedados não têm restrições de duração do trabalho.

Atualizações em imagens de pipeline hospedadas

Fizemos atualizações nas imagens de VM do VS2017, Ubuntu 16.04 e Windows Container 1803 para seus Azure Pipelines hospedados. Você pode encontrar mais detalhes sobre os últimos lançamentos aqui. Para obter uma visão completa das ferramentas disponíveis em nossas imagens, visite nosso repositório de geração de imagens no GitHub aqui.

Além disso, adotamos o Moby como o tempo de execução do contêiner. Moby é uma estrutura aberta criada pelo Docker para montar componentes em sistemas personalizados baseados em contêineres. Isso nos permitirá fornecer patches upstream frequentes e melhorias no tempo de execução do contêiner.

Tarefa do instalador da ferramenta Duffle no pipeline de build e lançamento

O Duffle é uma ferramenta de linha de comando que permite instalar e gerenciar pacotes de aplicativos nativos da nuvem (CNAB). Com CNABs, você pode agrupar, instalar e gerenciar aplicativos nativos de contêiner e seus serviços.

Nesta atualização, adicionamos uma nova tarefa para pipelines de build e lançamento que permite instalar uma versão específica do binário Duffle.

Tarefa do instalador da ferramenta Duffle no pipeline de build e lançamento.

Aprovar implantações do Azure Pipelines no Slack

Até agora, os usuários do Slack tinham recursos limitados para gerenciar implantações de lançamento de dentro de um canal. O aplicativo Azure Pipelines para Slack permite que você aprove ou rejeite uma implantação de versão do canal. Isso facilitará o processo de aprovação, pois você não é forçado a navegar até o portal do Azure Pipelines. Além disso, você pode aprovar implantações em qualquer lugar usando o aplicativo móvel Slack.

Aprove implantações do Azure Pipelines do Slack.

Para obter mais detalhes sobre o Azure Pipelines e o Slack, consulte a documentação aqui.

Todos os provedores de origem incluídos no novo assistente de pipeline de build

Até agora, provedores de origem como GitHub, Azure Repos e Bitbucket Cloud eram divididos entre o editor de pipeline clássico e o novo assistente de pipeline. Com essa atualização, adicionamos todos eles ao novo assistente de pipeline para um único ponto de partida. Você ainda pode clicar no link na parte inferior da página para criar um pipeline sem YAML no editor clássico.

Todos os provedores de origem incluídos no novo assistente de pipeline de build.

Comentários do GitHub disparam otimizações

Melhoramos a experiência para equipes que usam comentários de solicitação de pull do GitHub para disparar builds. Normalmente, por segurança, essas equipes não querem criar solicitações pull automaticamente. Em vez disso, eles querem que um membro da equipe revise a solicitação de pull e, uma vez considerada segura, dispare a compilação com um comentário de solicitação de pull. Uma nova configuração mantém essa opção enquanto ainda permite builds automáticos de solicitação de pull apenas para membros da equipe.

Os comentários do GitHub acionam otimizações.

Publicar resultados de testes CTest e PHPUnit

Com essa atualização, adicionamos suporte para publicar resultados de teste de uma execução de CTest em pipelines. Para publicar os resultados do CTest, selecione a opção CTest na entrada Formato do resultado do teste da guia publicar resultados do teste.

Publique os resultados dos testes CTest e PHPUnit.

Além disso, incluímos a publicação para execuções de teste do PHPUnit . Embora o formato de resultados JUnit sempre tenha sido suportado, agora você pode aproveitar as construções específicas do PHPUnit. Para obter mais detalhes sobre a publicação de resultados de teste, consulte a documentação aqui.

Azure Artifacts

Origens de upstream para Maven

As fontes upstream agora estão disponíveis para feeds Maven. Isso inclui o repositório principal do Maven Central e os feeds do Azure Artifacts. Para adicionar upstreams do Maven a um feed existente, acesse Configurações do feed, selecione o pivô Fontes upstream e selecione Adicionar fonte upstream.

Fontes upstream para Maven.

Relatório

Alteração de versão do OData de serviços de análise para conjuntos de entidades de teste

O serviço de Análise no Azure DevOps consiste em conjuntos de entidades que você pode consultar diretamente de um navegador com suporte usando OData. O serviço fornece uma API OData com versão que você pode adicionar ao elemento _odata.

Com esta atualização, estamos migrando os conjuntos de entidades de teste para a versão 3.0-preview. Se você estiver usando o ponto de extremidade da versão prévia do OData 2.0, precisará alterar para a versão 3.0-preview para evitar alterações significativas.

A lista a seguir inclui os conjuntos de entidades que serão migrados para a versão 3.0-preview:

  • Testes
  • Resultados do teste
  • Testes
  • Compilações
  • Ramificações
  • Versões
  • Ambientes de lançamento
  • TestResultsDaily
  • Pipelines de lançamento
  • Estágios de lançamento
  • BuildPipelines

Para obter mais informações sobre como usar o ponto de extremidade OData com o serviço Analytics, consulte a documentação aqui.

Próximas etapas

Observação

Esses recursos serão lançados nas próximas duas a três semanas.

Vá até o Azure DevOps e dê uma olhada.

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

Obrigada,

Chris Patterson