Partilhar via

Agentes Linux e macOS hospedados pela Microsoft geralmente disponíveis – Atualização do VSTS Sprint 137

  • Artigo

Na Atualização do Sprint 137 do Visual Studio Team Services (VSTS), removemos o apelido "Preview" de nossos agentes de CI/CD hospedados pela Microsoft Linux e macOS e os disponibilizamos ao público. Junto com nosso agente Windows hospedado pela Microsoft, agora você tem uma plataforma confiável e escalável para compilações e lançamentos de produção, independentemente da sua plataforma.

Há uma série de outros recursos em Código, Wiki, Pacote e Administração. Confira a lista de recursos abaixo para saber mais.

Próximos passos

Leia sobre os novos recursos abaixo e vá até o VSTS para experimentá-los por si mesmo.

Ir para VSTS

O que há de novo no VSTS

Funcionalidades

Código:

Wiki:

Compilação e lançamento:

Pacote:

Admin:

Código

Criar solicitações pull sem uma equipe padrão como revisor

Importante

Para utilizar esta funcionalidade, tem de ter a funcionalidade de Pré-visualização Nova Navegação ativada no seu perfil ou organização.

Quando lançamos pela primeira vez a experiência de pull request (PR), pensamos que faria sentido atribuir todos os RPs ao contexto da equipe que você selecionou ao criar o PR. Este comportamento tem sido um ponto de frustração, uma vez que muitas pessoas não notaram a ligação entre o contexto da equipa e a atribuição de RP. Na verdade, esta tem sido uma das nossas principais sugestões UserVoice.

Como parte das novas mudanças de navegação , aproveitamos a oportunidade para alterar essa associação padrão com as equipes. Você notará duas alterações:

  1. Ao criar uma RP, nenhum revisor é adicionado por padrão. A lista de revisores tem um recurso para facilitar a adição de indivíduos e grupos que foram adicionados aos RPs recentemente. A política de revisores necessária também pode ajudar as equipes que desejam garantir que revisores específicos sejam adicionados para revisar seu código.
  2. O hub Pull Requests tem uma nova seção personalizável. Por padrão, esta seção mostra RPs "Atribuídos às minhas equipes", fornecendo funcionalidade equivalente à seção antiga. No entanto, se você pertencer a várias equipes, esta seção mostrará RPs atribuídos a qualquer uma de suas equipes. A seção também é personalizável - basta clicar na ação "Personalizar esta visualização" perto do cabeçalho da seção.

Permitir ignorar políticas de ramificação sem abrir mão da proteção contra push

Há muitos cenários em que você tem a necessidade ocasional de ignorar uma política de ramificação - revertendo uma alteração que causou uma quebra de compilação, aplicando um hotfix no meio da noite, etc. Anteriormente, oferecíamos uma permissão ("Isenta da aplicação de políticas") para ajudar as equipes a gerenciar quais usuários receberam a capacidade de ignorar as políticas de ramificação ao concluir uma solicitação pull. No entanto, essa permissão também concedeu a capacidade de empurrar diretamente para a filial, ignorando totalmente o processo de RP.

Para melhorar essa experiência, dividimos a permissão antiga para oferecer mais controle às equipes que estão concedendo permissões de desvio. Há duas novas permissões para substituir a antiga:

  1. Ignore as políticas ao concluir solicitações pull. Os usuários com essa permissão poderão usar a experiência "Substituir" para solicitações pull.
  2. Ignore as políticas ao enviar por push. Os usuários com essa permissão poderão enviar diretamente para ramificações que tenham políticas necessárias configuradas.

Ao conceder a primeira permissão e negar a segunda, um usuário poderá usar a opção de bypass quando necessário, mas ainda terá a proteção contra empurrar acidentalmente para uma ramificação com políticas.

Nota

Esta alteração não introduz quaisquer alterações de comportamento. Os usuários aos quais anteriormente foi concedida a permissão para "Isenção da aplicação de políticas" receberão a permissão para ambas as novas permissões, portanto, eles poderão substituir a conclusão em RPs e enviar diretamente para ramificações com políticas.

Consulte a documentação Definir permissões de ramificação para obter mais informações.

Wiki

Link para títulos dentro de uma página

Agora você pode clicar no ícone de link ao lado de qualquer título de seção em uma página wiki para gerar um URL diretamente para essa seção. Em seguida, você pode copiar esse URL e compartilhá-lo com os membros da equipe para vinculá-los diretamente a essa seção. Esse recurso foi priorizado com base em uma sugestão.

URL do título Wiki

Todos os links em um wiki que não estão vinculados corretamente aparecerão em uma cor vermelha distinta e ícone de link quebrado, dando-lhe uma pista visual de todos os links quebrados em uma página wiki.

Wiki links quebrados

Anexar ficheiros e imagens em pastas

Ao editar páginas wiki offline, pode ser mais fácil adicionar anexos de arquivo e imagens no mesmo diretório que a página wiki. Agora, você pode adicionar um anexo ou uma imagem em qualquer pasta no wiki e vinculá-lo à sua página. Esse recurso foi priorizado com base em uma sugestão.

Imagem Wiki na pasta git repo

Abrir página num novo separador

Agora você pode clicar com o botão direito em uma página wiki e abri-la em uma nova guia ou simplesmente pressionar CTRL + clique esquerdo em uma página wiki para abri-la em uma nova guia.

Wiki novo separador

Criação e Versão

Crie e lance com agentes Linux e macOS hospedados pela Microsoft

Os agentes Linux e macOS hospedados pela Microsoft agora estão fora da visualização e disponíveis ao público. Depois de vários meses em pré-visualização, ouvindo feedback e ajustando a infraestrutura para fornecer um serviço consistente, estamos entusiasmados em oferecê-los agora em GA. Consulte a documentação de agentes hospedados pela Microsoft para obter mais informações.

Importante

Devido à forma como os pools hospedados foram implementados na visualização, os pools de agentes em organizações existentes continuarão a ter o apelido "Visualização" (apenas no nome). Os pools marcados como "Visualização" atingiram a disponibilidade geral e serão equivalentes aos pools correspondentes recém-nomeados que serão lançados em breve.

Implantar automaticamente em novos destinos em um grupo de implantação

Anteriormente, quando novos destinos eram adicionados a um grupo de implantação, uma implantação manual era necessária para garantir que todos os destinos tivessem a mesma versão. Agora você pode configurar o ambiente para implantar automaticamente a última versão bem-sucedida nos novos destinos. Planejamos adicionar eventos e ações de gatilho adicionais à configuração de reimplantação automática nos próximos sprints. Consulte a documentação dos Grupos de Implantação para obter mais informações.

Grupos de implantação

Mantenha as implantações até que os gates sejam bem-sucedidos de forma consistente

As portas de liberação permitem a avaliação automática dos critérios de integridade antes que uma liberação seja promovida para o próximo ambiente. Por padrão, a liberação progride após o recebimento de uma amostra bem-sucedida para todos os portões. Mesmo que um portão seja irregular e a amostra bem-sucedida recebida seja ruído, a liberação progride. Para evitar esses tipos de problemas, agora você pode configurar a versão para verificar a consistência da integridade por um período mínimo antes de progredir. Em tempo de execução, a liberação garantiria que avaliações consecutivas dos portões fossem bem-sucedidas antes de permitir a promoção. O tempo total de avaliação depende do "tempo entre a reavaliação" e normalmente seria maior do que a duração mínima configurada. Consulte a documentação Release deployment control using gates para obter mais informações.

Configuração do porão dos portões

Projetos de DevOps do Azure agora disponíveis para o público em geral

Em novembro , apresentamos o DevOps Projects, que ajuda você a começar a trabalhar com um pipeline de DevOps completo no Azure, desde o código até o monitoramento, em apenas alguns minutos. Adicionamos serviços ao longo do caminho e incorporamos muitos dos seus comentários. Agora continuaremos avançando com ele em disponibilidade geral para ajudá-lo a ir ainda mais longe em sua jornada com DevOps. Consulte a postagem de disponibilidade geral dos Projetos de DevOps do Azure no Blog do Microsoft DevOps para obter mais informações.

Pacote

Introdução ao Gerenciamento de Pacotes pré-instalado

A extensão Gerenciamento de Pacotes é pré-instalada em todas as organizações. Se estiver a utilizar a nova pré-visualização de navegação, procure-a na parte inferior da lista de serviços. Se você ainda estiver na navegação atual, procure o hub Pacotes no grupo Build and release hub. Cada organização vem com 5 usuários gratuitos de Gerenciamento de Pacotes, e usuários adicionais podem ser comprados no Marketplace. Em breve, você também poderá alternar a visibilidade desse serviço em sua organização usando a página de administração de Serviços dentro da nova navegação, como pode fazer com os outros.

Serviço de pacotes

Administração

Conectar ou desconectar o Azure Ative Directory como administrador de coleção de projetos

Um Administrador de Coleção de Projetos (PCA) agora pode conectar ou desconectar sua organização do Azure Ative Directory. Anteriormente, isso tinha que ser feito por um proprietário da organização.

Projetos públicos disponíveis em pré-visualização para todas as organizações

Importante

Para usar esse recurso, um administrador da organização deve habilitar projetos públicos na página Configurações .

Como anunciamos em abril, estamos trazendo projetos públicos para o VSTS. Pela primeira vez, você poderá marcar um projeto de equipe VSTS como público. Isso permitirá que usuários anônimos (não autenticados) possam exibir o conteúdo desse projeto, incluindo itens de trabalho, código e resultados de compilação. Embora o recurso ainda esteja em visualização, a partir deste sprint você não precisará mais ser convidado para participar da visualização privada.

Importante

Se você estiver usando um projeto público para construir um repositório hospedado no GitHub, observe que, embora as solicitações pull (PRs) de ramificações dentro do repositório sejam compiladas corretamente, as RPs abertas a partir de forks do repositório não serão compiladas no momento.

Adote a palavra "organização" ao se referir a uma coleção de projetos no VSTS

Fizemos uma alteração em nossa terminologia quando se trata de nos referir a uma coleção de projetos no VSTS. Anteriormente, usamos o termo "conta", mas descobrimos que isso causou muita confusão para o desenvolvedor mais amplo e a comunidade de código aberto. Optámos por substituir o termo "conta" por "organização". Você começará a ver essa distribuição de alterações na documentação e no produto com esta atualização. Consulte a postagem Adotando a palavra "organização" no Blog do Microsoft DevOps para obter mais informações.

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.

Menu Comentários

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

Obrigado,

Biju Venugopal