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:
- Navegue para os itens de trabalho do Azure Boards diretamente das menções em qualquer comentário do GitHub
- Atualizações das regras de transição do item de trabalho
- Suporte ao Azure Boards no GitHub Enterprise
- Edite e exclua comentários do item de trabalho
- Ordem de valor de estado no formulário de item de trabalho
Azure Pipelines:
- Escolha o diretório do código que foi feito check-out nos pipelines do YAML
- Agora, projetos privados recebem 60 minutos de tempo de execução por trabalho do pipeline
- Atualizações em imagens de pipeline hospedadas
- Tarefa do instalador da ferramenta Duffle no pipeline de build e lançamento
- Aprovar implantações do Azure Pipelines no Slack
- Todos os provedores de origem incluídos no novo assistente de pipeline de build
- Comentários do GitHub disparam otimizações
- Publicar resultados de testes CTest e PHPUnit
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
Navegue para os itens de trabalho do Azure Boards diretamente das menções em qualquer comentário do GitHub
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Você também pode obter conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.
Obrigada,
Chris Patterson