Pacotes de origens a montante e servidor de símbolos geralmente disponíveis – Atualização do VSTS Sprint 130
Na Atualização sprint 130 do Visual Studio Team Services (VSTS), continuamos a melhorar a nossa integração com ferramentas e serviços que o ajudam a estabelecer um pipeline de DevOps completo. Faça a gestão de pacotes a partir de origens a montante para assumir o controlo das suas dependências e utilizar o VSTS como um servidor de símbolos para simplificar a depuração. Também pode trazer itens de trabalho para a sua conversa de equipa com a extensão de mensagens VSTS para o Microsoft Teams.
Outros destaques incluem:
- Mencionar um grupo no item de trabalho e debates de pedidos Pull
- Libertar automaticamente a partir de Azure Container Registry e Docker Hub e apenas determinados ramos de compilações do GitHub
- Tirar partido do que pode ter no Jenkins com um controlo e eficiência mais precisoscom o Armazenamento do Azure
- Gerir o acesso e as extensões para um grande número de utilizadores que utilizam grupos
Novidades no VSTS
Código
Recuperar um repositório recentemente eliminado através da API
Por vezes, podem ocorrer erros ao limpar repositórios antigos no controlo de código fonte. Se um repositório git tiver sido eliminado nos últimos 30 dias, pode ser recuperado através da API REST. Veja a documentação da lista e recupere as operações para obter mais informações.
Trabalho
Debater itens de trabalho no Microsoft Teams com a extensão de mensagens VSTS
O Microsoft Teams tornou-se o centro do trabalho em equipa em muitas equipas de engenharia. Expandimos a nossa integração do Microsoft Teams com a nova extensão de mensagens VSTS para que possa encontrar e debater itens de trabalho específicos juntamente com outros conteúdos e ferramentas. Consulte a extensão de Integração do Microsoft Teams no Marketplace para obter mais informações.
Mencionar um grupo no item de trabalho e debates de pedidos Pull
Quando as discussões sobre itens de trabalho ou pedidos Pull incluem várias pessoas ( ou todas as pessoas numa determinada equipa) demora algum tempo para @mention todas as pessoas que pretende notificar. Agora pode simplesmente @mention uma equipa ou grupo de segurança em debates. Se for membro de um grupo que é mencionado num item de trabalho ou num pedido Pull, receberá uma notificação por e-mail. Se for membro de um grupo que é mencionado num item de trabalho, esse item de trabalho também será apresentado no seu pivô Mencionado no hub Itens de Trabalho .
Criação e Versão
Utilizar o VSTS como um servidor de símbolos
O VsTS Symbol Server, que lhe permite alojar e partilhar símbolos com a sua organização, está agora disponível para o público. Os símbolos fornecem informações adicionais que facilitam a depuração de executáveis, especialmente os escritos em idiomas nativos como C e C++. Veja a documentação para publicar símbolos para depuração para obter mais informações.
Esta funcionalidade foi priorizada com base numa sugestão de topo.
Filtrar ramos para artefactos do GitHub
Agora também pode configurar filtros de ramo para repositórios do GitHub. Por exemplo, poderá querer implementar apenas compilações provenientes do ramo principal/*.
Filtrar ramos com incluir e excluir
Até agora, conseguiu especificar ramos e etiquetas que devem acionar uma versão. Recebemos comentários claros de que estas atualizações eram limitadas e necessitavam de atualizações frequentes para as definições de versão. Tal como em Compilar, agora pode especificar ramos que não devem acionar uma versão. Por exemplo, pode querer acionar uma versão para todos os ramos dev/* mas não para o ramo dev/featureX .
Libertar automaticamente a partir de Azure Container Registry e Docker Hub
Ao implementar aplicações em contentores, a imagem de contentor é enviada primeiro para um registo de contentor. Após a conclusão do push, a imagem do contentor pode ser implementada numa Aplicação Web para Contentores ou num cluster do Kubernetes. Agora, pode ativar a criação automática de versões em atualizações para as imagens armazenadas no Docker Hub ou Azure Container Registry ao adicioná-las como uma origem de artefactos.
Propagar artefactos do Jenkins para o Armazenamento do Azure
Os artefactos gerados pelas compilações do Jenkins são normalmente propagados para repositórios de armazenamento para arquivo e partilha. O armazenamento de blobs do Azure é um dos repositórios suportados para artefactos criados por uma compilação do Jenkins. Agora, pode consumir projetos do Jenkins que publicam no armazenamento do Azure como origens de artefactos numa definição de versão.
Os detalhes do armazenamento de blobs do Azure onde os artefactos são publicados são necessários ao adicionar os artefactos a uma definição. Em seguida, as implementações transferem os artefactos automaticamente do Azure para os agentes. Com esta configuração, o agente pode ser desligado do servidor Jenkins. Os agentes alojados podem ser utilizados sem expor o servidor à Internet.
Especificar uma versão predefinida para artefactos do Jenkins
Quando uma versão com vários artefactos é acionada automaticamente, as versões predefinidas guardadas na definição de versão são recolhidas para todos os artefactos. Anteriormente, os artefactos do Jenkins não tinha uma definição de versão predefinida, pelo que não era possível definir um acionador de implementação contínua numa versão com o Jenkins como artefacto secundário.
Agora, pode especificar uma versão predefinida para artefactos do Jenkins, com as opções com as quais está familiarizado:
- Mais Recente
- Especificar no momento da criação do lançamento
- Versão específica
Definir o âmbito de um grupo de variáveis para ambientes específicos
Anteriormente, quando um grupo de variáveis era adicionado a uma definição de versão, as variáveis que continha estavam disponíveis para todos os ambientes na versão. Agora, tem a flexibilidade de definir o âmbito dos grupos de variáveis para ambientes específicos, o que os torna disponíveis para um ambiente, mas não para outros ambientes da mesma versão. Isto é ótimo quando tem um serviço externo, como um serviço de e-mail SMTP, que é diferente entre ambientes.
Instalar tarefas a partir do Marketplace diretamente a partir da definição de compilação ou versão
Procurar uma tarefa no editor de definições de compilação ou versão lista agora extensões de tarefas relevantes do Marketplace , além das que já estão instaladas ou incorporadas. Pode adquirir a extensão ao clicar em Obter gratuitamente e concluir o fluxo de trabalho no Marketplace. Depois de ter a nova tarefa, basta atualizar a lista de tarefas no editor de definições para ver as tarefas recentemente instaladas, prontas para serem adicionadas à sua definição.
Pacote
Utilizar pacotes públicos de forma totalmente integrada através de origens a montante
As origens a montante para nuget.org e npmjs.com estão agora geralmente disponíveis. As vantagens incluem a capacidade de gerir (anular a lista, preterir, anular publicação, eliminar, etc.) pacotes guardados a partir de origens a montante, bem como poupar garantidamente todos os pacotes a montante que utilizar.
Por agora, estes benefícios aplicam-se apenas aos feeds criados após este anúncio, a menos que tenha ativado anteriormente o botão de alternar de pré-visualização de origens a montante no painel Funcionalidades de pré-visualização . Se tiver ativado o botão de alternar de pré-visualização, qualquer feed criado depois de ativar o botão de alternar pode utilizar estes benefícios. Numa Atualização posterior, poderá atualizar os feeds mais antigos para tirar partido destas melhorias.
Ver a qualidade de uma versão de pacote na lista de pacotes
Na lista de pacotes, agora pode ver as vistas de cada versão do pacote para determinar rapidamente a respetiva qualidade. Veja a documentação das vistas de versão para obter mais informações.
Ligar a pacotes a partir de qualquer lugar
Apesar de poder partilhar o URL com um pacote encontrado no Hub de pacotes no passado, muitas vezes era difícil utilizá-lo porque precisava de incluir um projeto no URL, que pode ou não ser aplicado a quem utiliza a ligação. Com esta Atualização, agora pode partilhar pacotes com um URL ao nível da conta que irá selecionar automaticamente um projeto ao qual o destinatário tem acesso. O formato do URL é: https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package todos os parâmetros exceto são opcionais <account> , mas se fornecer um pacote, tem de fornecer o tipo de protocolo.
Partilhar os seus pacotes com um distintivo
Na comunidade open source, é comum utilizar um distintivo que liga à versão mais recente do seu pacote no README do seu repositório. Com esta Atualização, agora pode criar distintivos para pacotes nos seus feeds VSTS. Basta selecionar a opção Ativar distintivos de pacote nas definições do feed, selecionar um pacote e, em seguida, clicar em Criar distintivo. Pode copiar o URL do distintivo diretamente ou copiar Markdown pré-gerado que liga o distintivo de volta à página de detalhes do pacote.
Reciclar e restaurar pacotes
Eliminar pacotes não utilizados pode ajudar a manter a lista de pacotes limpa, mas por vezes pode ser feita por engano. Agora, pode restaurar pacotes eliminados a partir da Reciclagem. Os pacotes eliminados são retidos na Reciclagem durante 30 dias, o que lhe dá tempo suficiente para restaurar, se necessário.
Administração
Gerir o acesso e as extensões para um grande número de utilizadores que utilizam grupos
Facilitámos a gestão de grandes grupos de utilizadores por parte dos administradores, permitindo-lhe atribuir níveis de acesso e extensões a grupos do Azure AAD ou VSTS. Depois de configurar as regras adequadas, adicionar alguém ao grupo irá conceder-lhe automaticamente os níveis de acesso e extensões corretos quando acederem à conta do VSTS. Como resultado, os níveis de acesso e as extensões deixarão de ter de ser geridos individualmente.
Veja a mensagem de mapa de gestão de utilizadores de conta grande no Blogue do Microsoft DevOps do ano passado e a documentação Atribuir níveis de acesso e extensões a utilizadores por associação a grupos para obter mais informações.
Latência reduzida para alterações de associação a grupos do Azure AAD
Se estiver a gerir permissões através de associações a grupos do Azure Active Directory (Azure AD), quaisquer alterações de associação no Azure AAD no passado poderão ter demorado 24 a 48 horas a ser reconhecidas pelo VSTS. Esta latência está agora reduzida para 1 hora, o que lhe permite colocar os novos membros da equipa a funcionar mais rapidamente.
Gerir utilizadores com a Pré-visualização Pública das APIs REST do Graph
Os recursos da API REST do Graph permitem aos programadores escrever aplicações que gerem utilizadores, grupos e associações a grupos. O conjunto de APIs abrange cenários de gestão de utilizadores principais, incluindo adicionar uma Conta Microsoft (MSA) ou um utilizador do Azure Active Directory (Azure AD) ao VSTS, criar um grupo VSTS e adicionar/remover membros de um grupo VSTS. Veja a documentação e exemplos da API REST do Graph para obter mais informações.
Sair da conta
No passado, apenas os proprietários ou administradores de contas podiam remover utilizadores de uma conta. Agora, pode deixar uma conta na qual já não está envolvido por conta própria. Para sair de uma conta, navegue para a sua página de perfil e localize a conta que pretende deixar na sua lista de contas. Por baixo da secção de ações da conta, existe agora uma opção para sair da conta. Esta funcionalidade foi priorizada com base numa sugestão.
Passos seguintes e Comentários
Gostaríamos de saber o que pensa sobre estas funcionalidades. Comunique um problema ou forneça uma sugestão se tiver ideias sobre coisas que gostaria de nos ver priorizar, através do menu de comentários.
Também pode obter conselhos e as suas perguntas respondidas pela comunidade no Stack Overflow.
Obrigado,
Henry Dixon e Aaron Bjork