Compartilhar via

Introdução ao Azure DevOps

  • Artigo

O único serviço que era o VSTS (Visual Studio Team Services) agora está se tornando nosso novo conjunto de Azure DevOps Services. Ao longo de nossa documentação, sites e no produto, você começará a notar novos ícones e nomes para o Azure DevOps e cada um de nossos serviços no Azure DevOps.

Com o lançamento do Azure Pipelines, introduzimos um novo aplicativo no GitHub Marketplace, atualizamos várias experiências para ajudá-lo a começar e oferecemos minutos ilimitados de CI/CD e 10 trabalhos paralelos para projetos de software livre.

Confira a lista de recursos abaixo para saber mais.

Recursos

Azure Pipelines:

Marketplace:

Administração:

Próximas etapas

Observação

Esses recursos serão lançados nos próximos dias.

Leia sobre os novos recursos abaixo e acesse Azure DevOps Services para experimentá-los por conta própria.

Acesse Azure DevOps Services

Azure Pipelines

Adicionar Azure Pipelines do GitHub Marketplace

Um novo aplicativo Azure Pipelines no GitHub Marketplace expande a integração com repositórios GitHub e simplifica as compras de trabalhos paralelos.

Anteriormente, você podia habilitar a integração contínua com repositórios do GitHub por meio da autenticação OAuth. Usando o OAuth, o Azure Pipelines usa a identidade do GitHub de um indivíduo para buscar código e atualizar o status do build no GitHub. No entanto, como os membros da sua equipe podem mudar com o tempo, pode ser menos desejável usar a identidade e as permissões do GitHub de um indivíduo. Ao instalar o aplicativo Azure Pipelines, você pode autorizar o aplicativo a executar ações.

Além disso, quando você usa o aplicativo, os resultados do build são disponibilizados no novo recurso Verificações do GitHub com uma exibição detalhada dos resultados de compilação, teste e cobertura de código.

Para começar, instale o aplicativo do GitHub Marketplace em sua conta ou organização do GitHub. Você também pode comprar trabalhos paralelos adicionais com uma conta de pagamento existente do GitHub em vez de uma conta separada do Azure. O preço é o mesmo de qualquer maneira.

Aplicativo Azure Pipelines no GitHub Marketplace

Crie projetos de software livre com o Azure Pipelines gratuitamente

O Azure Pipelines fornece pipelines hospedados na nuvem para Linux, macOS e Windows com minutos ilimitados e 10 trabalhos paralelos gratuitos para software livre.

Consulte a documentação de criação de repositórios públicos e trabalhos paralelos para obter mais informações.

Configurar builds usando YAML

Importante

Para usar esse recurso, você deve ter o recurso de visualização de pipelines YAML de build habilitado em sua organização.

Os pipelines de build baseados em YAML agora estão amplamente disponíveis. Automatize seu pipeline de integração contínua usando um arquivo YAML verificado no repositório junto com o restante do seu código. É fácil começar com uma compilação de trabalho único. À medida que suas necessidades aumentam, escale horizontalmente facilmente usando vários trabalhos, modelos externos e execução de matrizes.

Criar pipelines de build YAML usando o novo assistente

Importante

Para usar esse recurso, você deve ter o recurso de visualização da nova experiência de criação de pipeline YAML habilitado em seu perfil ou organização.

Um novo assistente simplifica esse processo de criação de pipelines de build baseados em YAML com GitHub e Azure Repos. Depois de escolher um repositório para compilar, um pipeline será criado automaticamente se contiver um arquivo YAML. Caso contrário, o Azure Pipelines analisará seu repositório e recomendará um modelo baseado em YAML para criar seu projeto. Basta clicar em Salvar e executar para criar uma solicitação de pull para o YAML sugerido e executar a primeira compilação. Os gatilhos de integração contínua e solicitação de pull serão habilitados automaticamente.

Novo assistente de pipeline

Gerenciar pipelines de build usando a nova página Builds

Importante

Para usar esse recurso, você deve ter o recurso de visualização do hub de novas compilações habilitado em seu perfil ou organização.

Estamos fazendo várias melhorias e lançando uma nova versão da página Builds . Essa nova versão combina o diretório de todos os pipelines de build e a lista de builds atuais para que você possa navegar rapidamente pelos builds do projeto para ver seu status. Ele também inclui uma visualização da análise de teste para o pipeline selecionado.

Página Novas Construções

Recompilar builds de solicitação de pull do GitHub

Quando você envia uma solicitação de pull para o repositório do GitHub, o build da solicitação de pull pode falhar devido a uma falha intermitente, como um registro de pacote indisponível ou um teste instável. Nesses casos, você gostaria de executar a compilação mais uma vez. Atualmente, isso exige que você envie outra atualização artificial para a solicitação de pull. Agora, na nova página Builds, você pode simplesmente selecionar o build com falha e enfileirar outro.

Esse gesto de recompilação só estará disponível para builds de solicitação de pull para começar. Estamos pensando em disponibilizar um recurso semelhante para todas as compilações com falha.

URL do novo emblema de status de compilação

Os emblemas de build incorporados na página inicial de um repositório são uma maneira comum de mostrar a integridade do repositório. Adicionamos novos URLs para ajudá-lo a construir emblemas de compilação. As novas URLs permitem que os usuários publiquem um status por ramificação e podem levar os usuários para a compilação mais recente da ramificação selecionada. Você pode obter o Markdown para a nova URL do selo de status selecionando a ação do menu Selo de status na nova página Builds. Para compatibilidade com versões anteriores, continuaremos a respeitar os URLs de emblema de build mais antigos.

Aproveite ainda mais ferramentas em agentes Linux hospedados pela Microsoft

Nesta atualização, várias ferramentas de compilação, teste e implantação foram adicionadas aos agentes Linux hospedados pela Microsoft, o que elimina a necessidade de instalá-las por conta própria durante uma compilação ou versão.

  • Erlang/OTP
  • Firefox
  • Haskell
  • Heroku CLI
  • ImageMagick
  • Mercurial
  • Ferramentas de cliente do Microsoft SQL Server
  • MySQL Server
  • FantasmaJS
  • Polinizar
  • PyPy2 e PyPy3
  • rebar
  • rsync
  • ShellCheck
  • Sphinx
  • Terraform
  • Xvfb

Acompanhar commits do GitHub e problemas associados em versões

Conhecer as alterações que estão sendo implantadas com uma versão é importante para acompanhar as melhorias no aplicativo. Agora você pode obter a lista de commits feitos em repositórios do GitHub e os problemas associados do GitHub que estão sendo implantados com uma versão.

Confirmações para uma versão

Gerencie melhor os e-mails de conclusão de compilação e implantação usando formatação aprimorada

Os emails de conclusão de build e implantação foram atualizados para serem mais filtráveis por regras de email. Agora, a linha de assunto inclui informações mais relevantes rapidamente, o corpo contém mais detalhes e seu estilo foi atualizado com a marca mais recente.

Os elementos do novo formato são:

  • [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
  • [Deployment result] [pipeline name] > [release name] : [stage name]

Veja alguns exemplos:

  • [Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
  • [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

Siga a nova terminologia unificada do Azure Pipelines

Ao longo de builds e versões, termos diferentes foram usados historicamente para conceitos semelhantes. Em outros casos, os significados dos termos eram vagos. Por exemplo, informar a diferença entre um pool de agentes e uma fila de agentes.

A terminologia foi unificada no Azure Pipelines para esclarecer seus conceitos. Agora você verá os seguintes termos unificados:

Termo anterior Termo unificado Significado
Agente hospedado Agente hospedado pela Microsoft Um agente de build/versão que é executado na infraestrutura hospedada na nuvem gerenciada pela Microsoft.
Agente privado Agente auto-hospedado Um agente de compilação/versão que é executado em um computador fornecido e gerenciado por você.
Pool de agentes Pool de agentes Um conjunto de computadores de agente no nível da organização que pode executar compilações ou versões.
Fila de agentes Pool de agentes Um conjunto de computadores de agente no nível do projeto que pode executar compilações ou versões. Ele está vinculado a um pool de agentes no nível da organização.
Definição da compilação Pipeline de build Um conjunto completo de etapas de compilação para um aplicativo.
Build Build Uma instância de um pipeline de build que está em execução ou foi executado.
Fase Trabalho Uma série de tarefas que são executadas sequencialmente ou em paralelo em um agente. Um pipeline de build ou lançamento pode conter um trabalho ou um gráfico de vários trabalhos.
Definição de liberação Pipeline de lançamento Um conjunto completo de etapas de lançamento para um aplicativo a ser implantado em vários estágios.
Versão Versão Uma instância de um pipeline de lançamento que está em execução ou foi executada.
Ambiente Estágio Uma entidade lógica e independente que representa onde você deseja implantar uma versão gerada a partir de um pipeline de lançamento.
Trabalho/pipeline simultâneo Trabalho paralelo Um trabalho paralelo oferece a capacidade de executar um único trabalho de build ou versão por vez em sua organização. Com mais trabalhos paralelos disponíveis, você pode executar mais trabalhos de build e versão ao mesmo tempo.
Ponto de extremidade de serviço Conexão de serviço Um grupo de configurações, como credenciais, usado para se conectar a serviços externos para executar tarefas em um build ou versão.

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

Marketplace

Aproveite as categorias de extensão mais recentes

Como colaborador de extensão, você observará que as categorias de extensão foram alinhadas para corresponder ao Azure DevOps Services renomeado no Marketplace. Embora as categorias anteriores tenham sido mapeadas automaticamente para as novas, recomendamos alternar para as novas categorias atualizando o manifesto da extensão. Consulte a documentação do manifesto para obter mais informações.

Administração

Alternar organizações existentes para usar o novo URL do nome de domínio

Embora tenhamos mudado para o novo dev.azure.com nome de domínio como a URL para novas organizações, você poderá continuar acessando sua organização usando o visualstudio.com domínio, como de costume. Se você quiser alterar sua URL para se basear em dev.azure.com, um administrador da organização (Administrador de Coleção de Projetos) poderá alterar isso na página de configurações da organização. Embora a adoção do novo nome de domínio não redirecione todas as solicitações, qualquer solicitação para a URL raiz da organização e links de muitos e-mails e links baseados na Web serão alterados.

Configuração de URL da organização

Faremos a mudança para o novo URL gradualmente com base no feedback do cliente. Ele começará como opt-in e, posteriormente, o tornaremos o padrão para as organizações. Ainda não definimos um cronograma para mover deliberadamente as organizações para longe do visualstudio.com domínio.

Importante

Para garantir que sua organização funcione com qualquer firewall ou restrições de IP existentes, certifique-se de que os nomes de domínio e endereços IP apropriados sejam permitidos. Consulte esta seção de perguntas e respostas do agente para obter mais informações.

Adicione usuários do Stakeholder para economizar nos custos de licença do Azure Pipelines

Importante

Para usar esse recurso, você deve ter o recurso de visualização Acesso gratuito ao Pipelines for Stakeholders habilitado em sua organização.

Boas notícias! Se você estiver usando apenas o serviço Azure Pipelines, não precisará mais pagar pelos usuários por meio de licenças básicas. Todos os recursos do Azure Pipelines estão disponíveis gratuitamente para todos os usuários. À medida que você adiciona mais usuários ao seu projeto, permita que eles permaneçam como partes interessadas gratuitamente e eles poderão criar, exibir, atualizar e aprovar pipelines, desde que tenham as permissões apropriadas. Aqui estão algumas observações adicionais sobre essa alteração de licenciamento:

  • Você paga apenas por trabalhos paralelos adicionais no Azure Pipelines. Os usuários são ilimitados.
  • Todo o acesso aos recursos do Azure Pipelines ainda é regido por meio de um modelo de segurança e permissões.
  • Se você usar outros Azure DevOps Services, ainda precisará pagar uma licença por usuário para esses serviços após os limites gratuitos.
  • Em organizações existentes, os Stakeholders não obtêm o benefício gratuito do Azure Pipelines por padrão. O administrador da organização (Administrador de Coleção de Projetos) precisa habilitar explicitamente esse recurso de visualização. Habilitar esse recurso de visualização mudará o comportamento do que os Stakeholders podem fazer. Atualmente, eles não podem gerenciar builds ou versões. Mas, depois que o recurso de visualização estiver habilitado, não haverá diferença entre usuários básicos e partes interessadas no Azure Pipelines. É por esse motivo que a opção de permitir que os Stakeholders sejam tratados como usuários gratuitos do Azure Pipelines é deixada para o administrador.

Consulte a documentação Fornecer aos Stakeholders acesso para editar pipelines de build e lançamento para obter mais informações.

Como fornecer comentários

Adoraríamos ouvir o que você pensa sobre esses recursos. Use o menu de comentários para relatar um problema ou fornecer uma sugestão.

Fazer uma sugestão

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

Obrigada,

Jeremy Epling