Partilhar via

Grupos de Implementação e Acionador de conclusão da compilação – Atualização do VSTS Sprint 132

  • Artigo

A Atualização sprint 132 do Visual Studio Team Services (VSTS) traz algumas funcionalidades importantes para o ajudar a dimensionar o pipeline de compilação e versão. Em Compilar, utilize o novo acionador de conclusão de compilação para encadear compilações relacionadas que possam ser propriedade de diferentes equipas. Em Versão, anunciamos a disponibilidade geral dos Grupos de Implementação, que pode utilizar para dimensionar implementações em várias máquinas virtuais com elevada disponibilidade, incluindo ambientes de produção.

Outros destaques incluem:

Novidades no VSTS

Funcionalidades

Código

Criação e Versão

Pacote

Wiki

Relatórios

Código

Descrever rapidamente pedidos Pull com mensagens de consolidação

Escrever mensagens de consolidação descritivas acrescenta valor ao histórico de qualquer repositório git. Para incentivar mensagens de consolidação de qualidade, os novos pedidos Pull (PR) que tenham várias consolidações exigirão que os contribuidores introduzam um título manualmente.

As descrições dos pedidos Pull continuarão vazias por predefinição, mas uma nova funcionalidade facilitará a incorporação das mensagens de consolidação das consolidações do PR na descrição do PR. Para adicionar as mensagens de consolidação, basta clicar em Adicionar mensagens de consolidação para acrescentar as mensagens de consolidação ao final do texto de descrição do PR.

Ação Adicionar mensagens de consolidação

Executar comandos TFVC diretamente a partir do Explorador do Windows

A Extensão TFVC do Windows Shell, que proporciona uma experiência de controlo de versões simples integrada no Windows Explorador de Ficheiros, suporta agora VSTS e TFS 2018. Esta ferramenta dá acesso conveniente a muitos comandos TFVC diretamente no menu de contexto do Explorador do Windows.

Anteriormente parte das ferramentas do TFS Power, a ferramenta foi lançada como uma ferramenta autónoma no Visual Studio Marketplace.

Extensão shell

Criação e Versão

Os produtos grandes têm vários componentes que dependem uns dos outros. Estes componentes são muitas vezes criados de forma independente. Quando um componente a montante (uma biblioteca, por exemplo) é alterado, as dependências a jusante têm de ser reconstruídas e revalidadas. Normalmente, as equipas gerem estas dependências manualmente.

Agora, pode acionar uma compilação após a conclusão bem-sucedida de outra compilação. Os artefactos produzidos por uma compilação a montante podem ser transferidos e utilizados na compilação posterior e também pode obter dados destas variáveis: Build.TriggeredBy.BuildId, Build.TriggeredBy.DefinitionId, Build.TriggeredBy.BuildDefinitionName. Veja a documentação dos acionadores de compilação para obter mais informações.

Esta funcionalidade foi priorizada com base naquilo que é atualmente a sugestão n.º 2 mais votada com 1.129 votos.

Configurar o encadeamento de compilações

Tenha em atenção que, em alguns casos, uma única compilação multifásico pode satisfazer as suas necessidades. No entanto, um acionador de conclusão de compilação é útil se os seus requisitos incluírem diferentes definições de configuração, opções ou uma equipa diferente para possuir o processo dependente.

Dimensionar implementações para VMs com Grupos de Implementação

Os Grupos de Implementação, que proporcionam uma implementação de várias máquinas robusta e fora da caixa, estão agora geralmente disponíveis. Com os Grupos de Implementação, pode orquestrar implementações em vários servidores e executar atualizações sem interrupção, garantindo simultaneamente uma elevada disponibilidade da sua aplicação. Também pode implementar em servidores no local ou em máquinas virtuais no Azure ou em qualquer cloud, além de ter rastreabilidade ponto a ponto de versões de artefactos implementadas até ao nível do servidor.

A capacidade de implementação baseada no agente depende dos mesmos agentes de compilação e implementação que já estão disponíveis. Pode utilizar o catálogo de tarefas completo nos computadores de destino na fase Grupo de Implementação. Do ponto de vista da extensibilidade, também pode utilizar as APIs REST para grupos de implementação e destinos para acesso programático.

Destinos de implementação partilhados

Se estiver a utilizar o mesmo servidor para alojar várias aplicações, pode partilhar o servidor (também conhecido como o destino da implementação) em projetos de equipa através de conjuntos de implementação.

Lista de destinos de Grupos de Implementação

Novos modelos

Implementar em múltiplos destinos é agora uma brisa com os novos modelos de definição de versão. Estão disponíveis vários modelos para web site do IIS, web site do IIS com base de dados e vários modelos de implementação para a BD SQL.

Modelos de versão para Grupos de Implementação

Aprovisionar VMs

Utilize a tarefa melhorada do Grupo de Recursos do Azure para iniciar dinamicamente os agentes de bootstrap nos Máquinas Virtuais recém-aprovisionados ou pré-existentes no Azure.

Tarefa do Grupo de Recursos do Azure

Quando lançámos grupos de implementação em maio passado, enviámos uma interface de utilizador simples direcionada para alguns cenários principais. Agora, encontrará uma interface mais consistente que se parece com o resto do produto.

Veja a documentação dos Grupos de Implementação para obter mais informações sobre como começar.

Criar aplicações escritas no Go

Agora pode criar as suas aplicações Go no VSTS!

Utilize a tarefa Do Instalador de Ferramentas go para instalar uma ou mais versões da Ferramenta Go de imediato. Esta tarefa adquire uma versão específica da Ferramenta Go necessária para o seu projeto e adiciona-a ao PATH do agente de compilação. Se a versão do Go Tool de destino já estiver instalada no agente, esta tarefa irá ignorar o processo de transferência e instalação novamente.

A tarefa Go ajuda-o a transferir dependências, compilar ou testar a sua aplicação. Também pode utilizar esta tarefa para executar um comando Go personalizado à sua escolha.

Expandir portas de lançamento com extensões de tarefas

As portas de versão trazem informações de sinais de estado de funcionamento diretamente para o pipeline de versão. Uma porta recolhe um conjunto de sinais de estado de funcionamento repetidamente, antes ou depois de uma implementação, para determinar se a versão deve ou não avançar para a fase seguinte. É fornecido um conjunto de portas incorporadas e a opção Invocar Função do Azure tem sido a recomendada para integrar outros serviços até agora.

Agora, as portas podem ser disponibilizadas sob a forma de uma extensão, o que facilita a integração de serviços novos ou personalizados e a configuração da porta.

Veja a documentação de tarefas da porta de criação para obter mais informações.

Pacote

Utilizar pacotes npm a montante a partir de outro local no VSTS

Continuamos a investir em origens a montante, que lhe permitem centralizar todas as dependências do pacote num único feed e manter cópias guardadas de todos os pacotes que utiliza. Se tiver vários feeds VSTS com pacotes npm, agora pode adicionar um como uma origem de origem do outro na mesma conta do VSTS. Uma vez que o npm limita principalmente um único feed/registo na configuração do projeto, as origens a montante dão-lhe a flexibilidade necessária para utilizar vários feeds npm, como um para cada equipa ou produto.

Também estamos a trabalhar para ativar origens a montante para feeds NuGet vsTS em breve. Veja a documentação de origens a montante para obter mais informações.

Lista de origens a montante

Manter a velocidade de consulta do feed com políticas de retenção

Ao longo do tempo, o número de versões de pacotes pode ficar extenso, com as versões mais antigas a ficarem por utilizar. Para os publicadores de pacotes frequentes, isto pode resultar em consultas de feed mais lentas no Gestor de Pacotes NuGet e noutros clientes até algumas versões serem eliminadas manualmente.

Agora, pode ativar as políticas de retenção nos feeds. As políticas de retenção eliminarão automaticamente a versão mais antiga de um pacote assim que o limiar de retenção for atingido. Os pacotes promovidos para vistas são mantidos indefinidamente, o que lhe permite proteger versões que são utilizadas na produção ou utilizadas amplamente na sua organização.

Para ativar as políticas de retenção, edite o feed e introduza um valor no Número máximo de versões por pacote na secção Políticas de retenção .

definição de políticas de retenção

Wiki

Publicar ficheiros Markdown a partir de um repositório git como um Wiki

Os programadores criam documentação para "APIs", "SDKs" e "documentos de ajuda que explicam o código" nos repositórios de código. Em seguida, os leitores têm de analisar o código para encontrar a documentação certa. Agora pode simplesmente publicar ficheiros Markdown a partir de repositórios de código e alojá-los no Wiki.

código público como ação wiki

A partir do Wiki, comece por clicar em Publicar código como wiki. Em seguida, pode especificar uma pasta num repositório Git que deve ser promovido.

caixa de diálogo publicar páginas

Assim que clicar em Publicar, todos os ficheiros Markdown na pasta selecionada serão publicados como wiki. Isto também irá mapear o cabeçalho do ramo para o wiki para que quaisquer alterações efetuadas no repositório git sejam refletidas imediatamente.

Caso tenha múltiplas versões do seu produto e pretenda facilmente percorrer a documentação destas versões, também pode publicar uma nova versão da documentação no wiki através de diferentes ramos.

publicar nova ação de versão

Assim que os ficheiros markdown forem publicados, as páginas também serão pesquisáveis no hub de pesquisa wiki.

resultados da pesquisa da CLI do Azure

Se publicou o repositório errado, basta anular a publicação do wiki, o que deixa o repositório subjacente inalterado.

Também pode alterar a ordenação das páginas a partir do repositório ou até mesmo transformar uma pasta para se parecer com uma página wiki.

Veja a mensagem de blogue da documentação do produto para obter mais informações. Esta funcionalidade foi priorizada com base numa sugestão.

Reter carateres especiais em títulos de página wiki

Agora pode criar páginas wiki com carateres especiais, como : < > * ? | -. Agora, as páginas com títulos como "FAQ?" ou "Guia de configuração" podem ser criadas no Wiki. Os seguintes carateres são traduzidos para as respetivas cadeias codificadas UTF-8:

Caráter Cadeia codificada
: %3A
< %3C
> %3E
* %2A
? %3F
| %7C
- %2D

Esta funcionalidade foi priorizada com base numa sugestão.

Expandir o Wiki com APIs REST

As APIs REST do Wiki são agora públicas. Veja a documentação de pesquisa wiki e funções Wiki para obter mais informações.

Relatórios

Integrar o Power BI com o VSTS Analytics com vistas

As Vistas de Análise funcionam com o nosso Conector de Dados do Power BI do VSTS. Em conjunto, dão uma forma fácil de colocar os seus dados do VSTS no Power BI para que possa começar a criar relatórios personalizados.

Quando instala a extensão do VSTS Analytics , criamos um conjunto de Vistas de Análise predefinidas que pode começar a utilizar no Power BI. Agora, pode editar as vistas predefinidas e criar novas vistas para ajustar os registos, campos e histórico devolvidos ao Power BI.

Passos seguintes e Comentários

Ir para VSTS

Subscrever Atualizações

Gostaríamos de ouvir o que pensa sobre estas funcionalidades. Comunique um problema ou forneça uma sugestão se tiver ideias sobre o que gostaria de nos ver priorizar, através do menu de comentários.

Menu Comentários

Também pode obter conselhos e as suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado,

Gopinath Chigakkagari