Partilhar via

Melhorias da Integração no GitHub do Azure Boards e dos Pipelines do Azure - Atualização Sprint 149

  • Artigo

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

No que respeita os Pipelines do Azure, ativámos uma nova funcionalidade nos pedidos Pull do GitHub que lhe permite executar verificações opcionais através de menções /azp num comentário. Você também pode exigir um comentário sobre a solicitação pull de um colaborador do repositório antes que o pipeline seja executado, oferecendo 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.

Funcionalidades

Geral:

Quadros do Azure:

Azure Pipelines:

Artefactos do Azure:

Relatórios:

Geral

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

Com a nossa atualização do Sprint 148, demos a você a capacidade de conectar sua organização a um Ative Directory do Azure a partir do portal do Azure DevOps. Essa nova experiência simplificada salvou várias etapas anteriormente necessárias no portal do Azure. No entanto, essa nova experiência deixou uma lacuna em aberto, já que você ainda tinha que ligar para o suporte para restaurar o acesso para os 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 Ative Directory do Azure 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. Esta atualização fornece uma interface para executar ambas as etapas diretamente na 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 pull ou commit 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 sobrecarrega o item de trabalho nos Painéis do Azure para cada conversa relacionada, mas, em vez disso, dá à sua equipe uma maneira de fornecer um pouco mais de informações sobre itens de trabalho enquanto discute 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 a partir de menções.

Updates to work item transition rules (Atualizações das regras de transição dos itens 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 fechada e Data alterada 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.

Azure Boards GitHub Enterprise support (Suporte para o 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 Registrar um aplicativo OAuth antes de criar uma conexão com seus repositórios.

Edit and delete comments in work item (Editar e eliminar comentários num item de trabalho)

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

Editar comentários em Discussão.

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

Excluir comentários na 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 em torno dos comentários para deixar mais claro onde os comentários individuais começam e terminam.

Declarar ordem de valor no formulário de item de trabalho

Anteriormente, o valor do estado no formulário de item de trabalho era ordenado alfabeticamente. Com esta 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 valores do estado.

Nota

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

Pipelines do Azure

Choose the directory of checked out code in YAML pipelines (Escolher o diretório de código verificado nos pipelines YAML)

Anteriormente, fizemos check-out de repositórios para o s diretório em $(Agent.BuildDirectory). Agora você pode escolher o diretório onde 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, será feito check-out do my-great-repo código no diretório no espaço de trabalho do agente. Se você não especificar um caminho, o check-out do repositório continuará a ser feito em um diretório chamado s.

Private projects now get 60 minutes of run time per pipeline job (Os projetos privados passam a ter um tempo de execução de 60 minutos por tarefa de pipeline)

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

Se precisar executar seu pipeline por mais de 60 minutos, você pode 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.

Updates to hosted pipeline images (Atualizações das imagens de pipelines alojados)

Fizemos atualizações nas imagens de VM VS2017, Ubuntu 16.04 e Windows Container 1803 para seus Pipelines do Azure hospedados. Você pode encontrar mais detalhes sobre os últimos lançamentos aqui. Para 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 baseados em contêineres personalizados. Isso nos permitirá fornecer patches upstream frequentes e melhorias no tempo de execução do contêiner.

Duffle tool installer task in build and release pipeline (Tarefa de instalação da ferramenta Duffle nos pipelines de compilação e de versão)

O Duffle é uma ferramenta de linha de comando que permite instalar e gerenciar Cloud Native Application Bundles (CNAB). Com os 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 compilação e lançamento que permite instalar uma versão específica do binário Duffle.

Tarefa do instalador da ferramenta Duffle no pipeline de compilação e liberação.

Approve Azure Pipelines deployments from Slack (Aprovar implementações dos Pipelines do Azure a partir do 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 aprovar ou rejeitar uma implantação de versão do canal. Isso facilitará o processo de aprovação, já que você não será 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.

All source providers included in the new build pipeline wizard (Todos os fornecedores de origens incluídos no novo assistente do pipeline de compilação)

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 esta 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 assistente de novo pipeline de compilação.

GitHub comments trigger optimizations (Os comentários do GitHub acionam otimizações)

Melhoramos a experiência para equipes que usam comentários de solicitação pull do GitHub para acionar compilações. Normalmente, por motivos de segurança, essas equipes não querem criar automaticamente solicitações pull. Em vez disso, eles querem que um membro da equipe analise a solicitação pull e, uma vez que ela seja considerada segura, acione a compilação com um comentário de solicitação pull. Uma nova configuração mantém essa opção e, ao mesmo tempo, permite compilações automáticas de solicitação pull apenas para membros da equipe.

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

Publicar resultados de testes CTest e PHPUnit

Com esta atualização, adicionamos suporte para publicar resultados de teste de uma execução 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 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 dos resultados dos testes, consulte a documentação aqui.

Artefactos do Azure

Upstream sources for Maven (Origens a montante para Maven)

As fontes upstream estão agora 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, visite Configurações de feed, selecione o pivô de fontes upstream e, em seguida, selecione Adicionar fonte upstream.

Fontes a montante para o Maven.

Relatórios

Analytics services OData version change for test entity sets (Alteração da versão de OData dos serviços de análise para conjuntos de entidades de teste)

O serviço Analytics 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 versionada 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 OData 2.0-preview, você terá que mudar para a versão 3.0-preview para evitar alterações de quebra.

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

  • TestRuns
  • Resultados dos Testes
  • Testes
  • Builds
  • Ramos
  • Versões
  • ReleaseEnvironments
  • TestResultsDiário
  • ReleasePipelines
  • LançamentoEstágios
  • 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óximos passos

Nota

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

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

Ir para Azure DevOps

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.

Faça uma sugestão

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

Obrigado,

Chris Patterson