Visualizar o progresso da versão – Atualização do VSTS Sprint 135

Na Atualização de Visual Studio Team Services (VSTS) do Sprint 135, trazemos uma nova maneira de visualizar todas as suas atividades de lançamento. A nova exibição de progresso da versão usa o editor de definição de versão gráfica desenvolvido no ano passado e o ilumina com progresso e status para que você possa acompanhar uma versão e executar ações em contexto completo.

Há vários outros recursos em Trabalho, Código, Build, Versão e até alguns relacionados à autenticação. Leia sobre os novos recursos abaixo e acesse o VSTS para experimentá-los por conta própria.

Novidades no VSTS

Recursos

Work

Código

Build e versão

Autenticação

Work

Importar e exportar processos herdados

Uma nova ferramenta para ajudá-lo a importar e exportar um Processo Herdadoagora está disponível no GitHub. Agora você pode compartilhar configurações com outras pessoas com mais facilidade e ganhar confiança ao fazer alterações mais complicadas preparando-as em uma conta de teste antes de torná-las em sua conta primária. Decidimos código aberto essa ferramenta, que foi desenvolvida de uma de nossas equipes Agile, porque ela serve como um exemplo de como implementar algumas de nossas APIs mais recentes, além de querermos ver como ela pode ser estendida para se integrar melhor aos fluxos de trabalho reais. Consulte a documentação do modelo de processo de herança para obter mais informações.

Personalizar opções de coluna no hub Itens de Trabalho

As Opções de Coluna, como as de Consultas, agora estão disponíveis no hub Itens de Trabalho para tornar a organização de seus itens de trabalho mais importantes ainda mais pessoal. Isso também habilita a classificação de várias colunas se você quiser classificar em mais de uma coluna. Consulte a documentação do hub Itens de Trabalho para obter mais informações.

Opções de coluna no hub Itens de Trabalho

Código

Receber notificações quando as políticas de solicitação de pull forem ignoradas

Para equipes que usam PRs (solicitações de pull) e políticas de branch, pode haver ocasiões em que as pessoas precisam substituir e ignorar essas políticas , por exemplo, ao implantar um hotfix em um problema de produção no meio da noite. Faz sentido confiar nos desenvolvedores para fazer a coisa certa e usar a funcionalidade de substituição com moderação. Ao mesmo tempo, as equipes precisam de uma maneira de verificar se essas substituições de política estão sendo usadas nas situações certas. Para dar suporte a isso, adicionamos um novo filtro de notificação para permitir que usuários e equipes recebam alertas por email sempre que uma política for ignorada. Comece com o modelo A pull request criado ou atualizado e selecione Bypass de Política na lista de filtros. Selecione As políticas foram ignoradas como o valor e você será notificado sempre que uma PR for concluída e as políticas forem ignoradas.

Ignorar notificação de política

Favorito de um branch de dentro de uma solicitação de pull

Ao exibir uma solicitação de pull, agora é fácil marcar o branch de origem como um favorito. Basta clicar no star para adicioná-lo à sua lista de branches favoritos. Em seguida, o branch aparecerá em Mina na tela de solicitações de pull, economizando o tempo de pesquisa na lista de Todos os branches. Consulte a documentação gerenciar suas ramificações para obter mais informações.

Build e versão

Visualizar o progresso da versão

Importante

Para usar essa funcionalidade, você deve ter o recursode visualização Novas exibições de progresso da versão habilitado em seu perfil ou conta.

Uma nova exibição de progresso da versão agora está disponível, o que fornece atualizações dinâmicas do progresso da implantação e acesso de um clique a mais detalhes. A nova exibição visualiza o pipeline de lançamento, facilitando a compreensão do que está acontecendo e apresenta detalhes e ações apropriados em diferentes estágios da versão.

Exibição do pipeline de lançamento

Pipeline, detalhes de versão e ambientes

A exibição Pipeline mostra os artefatos da versão e os ambientes em que eles serão implantados. A área Versão fornece detalhes de versão, como o gatilho de versão, versões de artefato e marcas.

Os ambientes são modelados de forma a ajudar a entender seus status, juntamente com o progresso detalhado. A qualquer momento, você pode acessar os logs clicando no link status dentro do ambiente.

Liberar artefatos e ambientes

Pré-implantação e pós-implantação

Se as condições de pré-implantação ou pós-implantação tiverem sido definidas para um ambiente, ela será indicada no ambiente com a presença das aprovações e portões. O progresso das aprovações e dos portões também aparece no status do ambiente. Você pode executar uma ação ou exibir mais detalhes clicando no ícone de condição do ambiente exibido no lado direito ou esquerdo do ambiente.

Liberar ações de ambiente

As exibições gráficas dos portões e uma ação rápida para exibir logs ajudam a manter as versões em movimento.

Exibição gráfica e ações rápidas.

Confirmações e itens de trabalho

A cada nova versão, você pode ver a lista de commits e itens de trabalho associados para cada ambiente separadamente clicando no ambiente. Se a lista for longa, use filtros para localizar um item de confirmação ou de trabalho no qual você está interessado.

Liberar confirmações de ambiente e itens de trabalho

Progresso e logs da implantação

Os ambientes mostram atualizações dinâmicas para implantações em andamento, incluindo quantas fases e tarefas estão concluídas e o tempo de execução. Clicar no ambiente status abre um modo de exibição que contém os logs, com foco no que está ativo no momento.

Liberar logs do ambiente

Além disso, você pode clicar nos logs para inserir uma exibição focada, que também será fornecida para criar e testar exibições em breve.

Detalhes dos logs do ambiente de lançamento

Resultados de teste e extensibilidade

Os resultados da execução do teste também são exibidos para cada ambiente. Clicar nos resultados do teste abre uma exibição que contém detalhes do teste, incluindo resultados de outras extensões que contribuem para o processo.

Resultados do teste de versão

As extensões existentes funcionam nessa nova exibição, além disso, há novos pontos de extensibilidade para permitir que as extensões se desenvolvam para exibir ainda mais informações para um ambiente. Consulte a documentação de contribuições e extensões para obter mais informações.

Executar scripts Python embutidos ou baseados em arquivo em seu pipeline

Uma nova tarefa script Python simplifica a execução de scripts Python em seu pipeline. A tarefa executará um script de um arquivo Python (.py) no repositório ou você poderá inserir manualmente um script nas configurações da tarefa para salvar como parte do pipeline. A tarefa usará a versão do Python no caminho ou você poderá especificar um caminho absoluto para um interpretador do Python usar.

Usar ferramentas do Anaconda para ciência de dados em seu pipeline

O Miniconda agora está disponível em agentes hospedados pela Microsoft. O pacote conda e o gerenciador de ambiente virtual facilitam a instalação, a execução e a atualização de ambientes complexos de ciência de dados e aprendizado de máquina, como a pilha SciPy, scikit-learn, CNTK e TensorFlow. Ele também instalará a versão do Python que é necessária para o pipeline.

A nova tarefa interna do Conda Environment também ajuda você a criar um ambiente conda. Ele ativa o ambiente para etapas de pipeline subsequentes, instala dependências de pacote, adiciona conda ao caminho e, opcionalmente, atualiza o agente para a versão mais recente do Conda.

Simplificar definições com várias tarefas sem agente

As tarefas em uma fase sem agente são orquestradas e executadas no servidor. As fases sem agente não exigem um agente ou computadores de destino. Ao contrário das fases do agente, apenas uma tarefa poderia ser adicionada a cada fase sem agente nas definições. Isso significava que várias fases tinham que ser adicionadas quando havia mais de uma tarefa sem agente no processo, tornando a definição volumosa. Flexibilizamos essa restrição, o que permite que você mantenha várias tarefas em fases sem agente. As tarefas na mesma fase seriam executadas sequencialmente, assim como em fases de agente. Consulte a documentação de fases do servidor para obter mais informações.

Gerenciar limites em trabalhos de CI/CD auto-hospedados e simultâneos

Importante

Se você usar CI/CD auto-hospedado, marcar seus limites de simultaneidade e planeje com antecedência para evitar tempos de espera inesperados de build e lançamento.

O modelo de preços para CI/CD no VSTS baseia-se no número de trabalhos simultâneos em agentes auto-hospedados (privados) ou hospedados pela Microsoft. Cada conta do VSTS recebe uma determinada cota gratuita de simultaneidade. Além disso, você pode obter simultaneidade adicional por meio de assinaturas Visual Studio Enterprise ou do Visual Studio Marketplace.

Nos últimos meses, desabilitamos verificações de simultaneidade para trabalhos executados em agentes auto-hospedados à medida que reprojetamos essa parte do serviço para resolver problemas relatados pelo cliente. Como resultado, você conseguiu executar tantos trabalhos simultaneamente quanto seus agentes auto-hospedados permitiram.

A partir de junho, reabilitaremos gradualmente as verificações de simultaneidade para trabalhos auto-hospedados. Consequentemente, seus builds e implantações podem esperar mais tempo na fila se esses slots forem ocupados por outros trabalhos em execução. A página de log em um build ou versão indicará isso quando você estiver aguardando a conclusão de outros trabalhos.

Você pode saber mais sobre os limites de simultaneidade na documentação trabalhos simultâneos de CI/CD no Team Services . Você pode marcar seus limites de simultaneidade no VSTS acessando Configurações da Conta –> Compilação e Versão –> Limites de recursos.

Simplificar a autenticação de VMs do agente no Azure para o Azure Resource Manager

Há várias maneiras de executar agentes de build e lançamento. Executá-los por conta própria no Azure ficou mais fácil e seguro. Agora você pode configurar agentes baseados em VM (Máquinas Virtuais) do Azure com uma Identidade de Serviço Gerenciada do Azure no Azure Active Directory (Azure AD). Ao fornecer à VM do Azure uma identidade atribuída, você pode usar suas informações de Entidade de Serviço para conceder à VM acesso a qualquer recurso do Azure que dê suporte a Azure AD, como Key Vault, em vez de persistir credenciais no VSTS para o ponto de extremidade.

Por exemplo, se o código precisar chamar o Azure Resource Manager, você simplesmente atribuiria à Entidade de Serviço da VM a função apropriada usando Role-Based Controle de Acesso (RBAC) no Azure AD. Consulte a documentação de agentes de build e versão e identidade de serviço gerenciado do Azure para obter mais informações.

Caixa de diálogo Adicionar Ponto de Extremidade de Serviço Resource Manager do Azure

Notificações

Proteger sua conta de usuário usando notificações de autenticação alternativas

Quando a autenticação alternativa for configurada para sua conta de usuário, agora você receberá uma notificação que confirma a alteração. Isso pode ser útil para marcar que você fez a alteração corretamente, mas também pode servir como um sinal inicial de que sua conta de usuário pode ter sido comprometida se você não fez a alteração. Nesse caso, você pode tomar medidas para recuperar o controle sobre sua conta de usuário e remover qualquer configuração de autenticação alternativa suspeita. Há três cenários em que as notificações são enviadas:

  1. Criação de um PAT (token de acesso pessoal)
  2. Registrando uma chave SSH
  3. Habilitando a autenticação básica

Consulte a documentação de autenticação para obter mais informações.

O PAT do VSTS adicionou email

Como fornecer 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.

Menu comentários

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

Obrigada,

Jamie Cool