Pacote upstream fontes e servidor de símbolos em disponibilidade geral – Atualização do VSTS Sprint 130
Na Atualização de Visual Studio Team Services (VSTS) do Sprint 130, continuamos a melhorar nossa integração com ferramentas e serviços que ajudam você a estabelecer um pipeline completo de DevOps. Gerencie pacotes de upstream fontes para assumir o controle de suas dependências e usar o VSTS como um servidor de símbolos para simplificar a depuração. Você também pode trazer itens de trabalho para sua conversa de equipe com a extensão de mensagens do VSTS para o Microsoft Teams.
Outros destaques incluem:
- Mencionar um grupo em discussões de item de trabalho e solicitação de pull
- Versão automática de Registro de Contêiner do Azure e Docker Hub e apenas determinadas ramificações de builds do GitHub
- Aproveite o que você pode ter no Jenkins com controle e eficiência mais finosusando o Armazenamento do Azure
- Gerenciar acesso e extensões para um grande número de usuários usando grupos
Novidades no VSTS
Código
Recuperar um repositório excluído recentemente por meio da API
Às vezes podem ser cometidos erros ao limpar repositórios antigos no controle do código-fonte. Se um repositório Git for excluído nos últimos 30 dias, ele poderá ser recuperado por meio da API REST. Consulte a documentação para as operações lista e recuperar para obter mais informações.
Work
Discutir itens de trabalho no Microsoft Teams usando a extensão de mensagens do VSTS
O Microsoft Teams tornou-se o hub de trabalho em equipe em muitas equipes de engenharia. Expandimos nossa integração do Microsoft Teams com a nova extensão de mensagens do VSTS para permitir que você encontre e discuta itens de trabalho específicos junto com seus 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 em discussões de item de trabalho e solicitação de pull
Quando as discussões sobre itens de trabalho ou solicitações de pull incluem várias pessoas ou todos em uma equipe específica, leva tempo para @mention todos que você deseja notificar. Agora você pode simplesmente @mention uma equipe ou grupo de segurança em discussões. Se você for membro de um grupo que é mencionado em um item de trabalho ou em uma solicitação de pull, receberá uma notificação por email. Se você for membro de um grupo que é mencionado em um item de trabalho, esse item de trabalho também será exibido no pivô Mencionado no hub Itens de Trabalho .
Build e versão
Usar o VSTS como um servidor de símbolos
O Servidor de Símbolos do VSTS, que permite hospedar e compartilhar símbolos com sua organização, agora está em disponibilidade geral. Os símbolos fornecem informações adicionais que facilitam a depuração de executáveis, especialmente aqueles escritos em linguagens nativas como C e C++. Consulte a documentação para publicar símbolos para depuração para obter mais informações.
Esse recurso foi priorizado com base em uma sugestão superior.
Filtrar branches para artefatos do GitHub
Agora você também pode configurar filtros de branch para repositórios do GitHub. Por exemplo, talvez você queira implantar apenas builds provenientes do branch master/*.
Filtrar branches usando incluir e excluir
Até agora, você conseguiu especificar branches e marcas que devem disparar uma versão. Recebemos comentários claros de que isso era limitado e exigia atualizações frequentes para definições de versão. Assim como no Build, agora você pode especificar branches que não devem disparar uma versão. Por exemplo, talvez você queira disparar uma versão para todos os branches de desenvolvimento/* mas não para o branch de desenvolvimento/featureX .
Liberar automaticamente do Registro de Contêiner do Azure e do Hub do Docker
Ao implantar aplicativos em contêineres, a imagem de contêiner é enviada pela primeira vez para um registro de contêiner. Após o push ser concluído, a imagem de contêiner pode ser implantada para um Aplicativo Web para Contêineres ou um cluster do Kubernetes. Agora você pode habilitar a criação automática de versões em atualizações para as imagens armazenadas no Hub do Docker ou Registro de Contêiner do Azure fazendo a adição como uma origem do artefato.
Propagar artefatos do Jenkins para o Armazenamento do Azure
Artefatos gerados por builds do Jenkins normalmente são propagados para repositórios de armazenamento para arquivamento e compartilhamento. O Armazenamento de Blobs do Azure é um dos repositórios com suporte para artefatos criados por um build do Jenkins. Agora, você pode consumir projetos jenkins que publicam no armazenamento do Azure como fontes de artefato em uma definição de versão.
Detalhes do armazenamento de blobs do Azure em que os artefatos são publicados são necessários ao adicionar os artefatos a uma definição. Em seguida, as implantações baixam os artefatos automaticamente do Azure para os agentes. Com essa configuração, o agente pode ser desconectado do servidor Jenkins. Os agentes hospedados podem ser usados sem expor o servidor à Internet.
Especifique uma versão padrão para artefatos do Jenkins
Quando uma versão com vários artefatos é disparada automaticamente, as versões padrão salvas na definição da versão são selecionadas para todos os artefatos. Anteriormente, os artefatos do Jenkins não tinham uma configuração de versão padrão e, portanto, você não podia definir um gatilho de implantação contínua em uma versão usando Jenkins como o artefato secundário.
Agora, é possível especificar uma versão padrão para artefatos do Jenkins, com as opções com as quais você está familiarizado:
- Última
- Especificar a hora da criação de versão
- Versão específica
Definir o escopo de um grupo de variáveis para ambientes específicos
Anteriormente, quando um grupo de variáveis era adicionado a uma definição da versão, as variáveis contidas nele estavam disponíveis para todos os ambientes na versão. Agora, você tem a flexibilidade para definir o escopo dos grupos de variáveis para ambientes específicos, o que torna esses grupos disponíveis para um ambiente, mas não em outros ambientes da mesma versão. Isso é ótimo quando você tem um serviço externo, como um serviço de email SMTP, que é diferente entre ambientes.
Instalar tarefas do Marketplace diretamente da definição de build ou versão
A pesquisa de uma tarefa no editor de definição de build ou versão agora lista as extensões de tarefa relevantes do Marketplace , além daquelas já instaladas ou internas. Você pode adquirir a extensão clicando em Obter gratuitamente e concluindo o fluxo de trabalho no Marketplace. Depois de ter a nova tarefa, basta atualizar a lista de tarefas no editor de definição para ver as tarefas recém-instaladas, prontas para serem adicionadas à sua definição.
Pacote
Uso direto de pacotes públicos usando fontes upstream
Fontes upstream para nuget.org e npmjs.com agora estão em disponibilidade geral. Os benefícios incluem a capacidade de gerenciar (remover da lista, substituir, cancelar a publicação, excluir, etc.) pacotes salvos por meio de fontes upstream, bem como a garantia de salvar cada pacote de upstream.
Por enquanto, esses benefícios se aplicam somente aos feeds criados após este anúncio, a menos que você tenha habilitado anteriormente a alternância de visualização de fontes upstream no painel De visualização de recursos. Se você habilitou a alternância de visualização, qualquer feed criado depois de habilitar a alternância poderá usar esses benefícios. Em uma Atualização posterior, você poderá atualizar feeds mais antigos para aproveitar essas melhorias.
Exibir qualidade de uma versão do pacote na lista de pacotes
Na lista de pacotes, agora é possível ver as exibições de cada versão do pacote para determinar rapidamente a qualidade. Consulte a documentação das exibições de lançamento para obter mais informações.
Vincular pacotes de qualquer lugar
Embora fosse possível compartilhar a URL com um pacote encontrado no hub Pacotes no passado, geralmente isso era difícil de usar porque era necessário incluir um projeto na URL, que podia ou não ser aplicável aos que usavam o link. Com essa Atualização, agora você pode compartilhar pacotes usando uma URL no nível da conta que selecionará automaticamente um projeto ao qual o destinatário tem acesso. O formato da URL é: https://<account>.visualstudio.com/_packaging?feed=<feed>&package=<package>&version=<version>&protocolType=<NuGet|npm|Maven>&_a=package Todos os parâmetros, exceto <account>, são opcionais, mas se fornecer um pacote, você deverá fornecer o tipo de protocolo.
Compartilhar seus pacotes usando uma notificação
Na comunidade de software livre, é comum usar uma notificação com vínculo para a versão mais recente do seu pacote no LEIAME do repositório. Com essa Atualização, agora você pode criar selos para pacotes em seus feeds do VSTS. Basta marcar a opção Habilitar selos de pacote nas configurações do feed, selecionar um pacote e, em seguida, clicar em Criar selo. Você pode copiar a URL de notificação diretamente ou copiar o Markdown gerado previamente que vincula a notificação de volta à página de detalhes do pacote.
Reciclar e restaurar os pacotes
Excluir pacotes não utilizados pode ajudar a manter a lista de pacotes limpa, mas, às vezes, isso pode ser feito por engano. Agora você pode restaurar da Lixeira os pacotes excluídos. Os pacotes excluídos são mantidos na lixeira por 30 dias, fornecendo bastante tempo para restauração se você precisar.
Administração
Gerenciar acesso e extensões para um grande número de usuários usando grupos
Facilitamos para os administradores gerenciar grandes grupos de usuários, permitindo que você atribua níveis de acesso e extensões a grupos do Azure AAD ou VSTS. Depois de configurar as regras apropriadas, adicionar alguém ao grupo concederá automaticamente os níveis de acesso e as extensões corretos ao acessar a conta do VSTS. Como resultado, os níveis de acesso e as extensões não precisarão mais ser gerenciados individualmente.
Consulte a postagem de roteiro de gerenciamento de usuários de conta grande no Blog do Microsoft DevOps do ano passado e a documentação Atribuir níveis de acesso e extensões aos usuários por associação de grupo para obter mais informações.
Latência reduzida para alterações de associação de grupo do Azure AAD
Se você estiver gerenciando permissões por meio de associações de grupo do Azure Active Directory (Azure AD), as alterações de associação no Azure AAD no passado podem ter levado de 24 a 48 horas para serem reconhecidas pelo VSTS. Essa latência agora é de até 1 hora, permitindo que você obtenha novos membros da equipe em funcionamento mais rapidamente.
Gerenciar usuários com a Visualização Pública das APIs REST do Graph
Os recursos da API REST do Graph permitem que os desenvolvedores escrevam aplicativos que gerenciam usuários, grupos e associações de grupo. O conjunto de APIs abrange os principais cenários de gerenciamento de usuários, incluindo a adição de uma conta da Microsoft (MSA) ou um usuário do Azure Active Directory (Azure AD) ao VSTS, criação de um grupo VSTS e adição/remoção de membros de um grupo do VSTS. Confira a documentação e os exemplos da API REST do Graph para obter mais informações.
Sair da conta
No passado, somente proprietários de conta ou administradores podiam remover usuários de uma conta. Agora você pode deixar uma conta na qual não está mais envolvido por conta própria. Para sair de uma conta, navegue até a página de perfil e localize a conta que você deseja deixar na sua lista de contas. Abaixo da seção ações da conta, agora há uma opção para sair da conta. Esse recurso foi priorizado com base em uma sugestão.
Próximas etapas e Comentários
Adoraríamos ouvir o que você pensa sobre esses recursos. Relate um problema ou forneça uma sugestão se você tiver ideias sobre coisas que gostaria de nos ver priorizando, por meio do menu de comentários.
Você também pode obter conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.
Obrigada,
Henry Dixon e Aaron Bjork