Crie seu primeiro pipeline
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018
Este é um guia passo a passo para usar o Azure Pipelines para criar um aplicativo de exemplo. Este guia usa pipelines YAML configurados com o editor de pipeline YAML. Se você quiser usar pipelines clássicos em vez disso, consulte Definir seu pipeline Clássico.
Pré-requisitos – Azure DevOps
Verifique se você tem o seguinte:
Uma conta do GitHub, na qual você pode criar um repositório. Crie um gratuitamente.
Uma organização do Azure DevOps. Crie um gratuitamente. Se sua equipe já tiver uma, verifique se você é um administrador do projeto do Azure DevOps que deseja usar.
Uma capacidade de executar pipelines em agentes hospedados pela Microsoft. Você pode comprar um trabalho paralelo ou solicitar uma camada gratuita.
Crie seu primeiro pipeline
Obter o código de exemplo java
Para começar, crie um fork do repositório a seguir em sua conta do GitHub.
https://github.com/MicrosoftDocs/pipelines-java
Criar seu primeiro pipeline java
Entre em sua organização do Azure DevOps e acesse seu projeto.
Acesse Pipelines e selecione Novo pipeline.
Percorra as etapas do assistente selecionando primeiro o GitHub como o local do código-fonte.
Você pode ser redirecionado para o GitHub para então entrar. Nesse caso, insira suas credenciais do GitHub.
Quando a lista de repositórios for exibida, selecione o repositório.
Você poderá ser redirecionado ao GitHub para instalar o aplicativo do Azure Pipelines. Nesse caso, selecione Aprovar & instalar.
O Azure Pipelines analisará seu repositório e recomendará o modelo de pipeline do Maven .
Quando o novo pipeline for exibido, observe o YAML para ver o que ele faz. Ao final, selecione Salvar e executar.
Você será solicitado a confirmar um novo
azure-pipelines.yml
arquivo em seu repositório. Depois de ficar satisfeito com a mensagem, selecione Salvar e executar novamente.Se você quiser observar o pipeline em ação, selecione o trabalho de build.
Você acabou de criar e executar um pipeline que criamos automaticamente para você, pois seu código parecia ser uma boa correspondência para o modelo do Maven .
Agora você tem um pipeline YAML funcional (
azure-pipelines.yml
) em seu repositório que está pronto para personalizar!Quando estiver pronto para fazer alterações no pipeline, selecione-o na página Pipelines e, em seguida, Edite o
azure-pipelines.yml
arquivo.
Saiba mais sobre como trabalhar com Java em seu pipeline.
Exibir e gerenciar seus pipelines
Você pode exibir e gerenciar seus pipelines escolhendo Pipelines no menu à esquerda para ir para a página de aterrissagem de pipelines.
Na página de aterrissagem de pipelines, você pode exibir pipelines e execuções de pipeline, criar e importar pipelines, gerenciar a segurança e fazer drill down em pipeline e executar detalhes.
Escolha Recente para exibir pipelines executados recentemente (o modo de exibição padrão) ou escolha Todos para exibir todos os pipelines.
Selecione um pipeline para gerenciar esse pipeline e exibir as execuções. Selecione o número de build da última execução para exibir os resultados desse build, selecione o nome do branch para exibir o branch para essa execução ou selecione o menu de contexto para executar o pipeline e executar outras ações de gerenciamento.
Selecione Execuções para exibir todas as execuções de pipeline. Opcionalmente, você pode filtrar as execuções exibidas.
Selecione uma execução de pipeline para exibir informações sobre essa execução.
Você pode optar por Reter ou Excluir uma execução no menu de contexto. Para obter mais informações sobre a retenção de execução, consulte Políticas de retenção de build e versão.
Exibir detalhes do pipeline
A página de detalhes de um pipeline permite que você exiba e gerencie esse pipeline.
Escolha Editar para editar o pipeline. Para obter mais informações, consulte Editor de pipeline yaml.
Exibir detalhes da execução do pipeline
No resumo da execução do pipeline, você pode exibir o status da sua execução, tanto durante a execução quanto quando ela estiver concluída.
No painel de resumo, você pode exibir detalhes de trabalho e estágio, baixar artefatos e navegar até confirmações vinculadas, resultados de teste e itens de trabalho.
Trabalhos e fases
O painel trabalhos exibe uma visão geral do status de seus estágios e trabalhos. Esse painel pode ter várias guias dependendo se o pipeline tem estágios e trabalhos ou apenas trabalhos. Neste exemplo, o pipeline tem dois estágios chamados Compilar e Implantar. Você pode detalhar as etapas do pipeline escolhendo o trabalho no painel Estágios ou Trabalhos .
Escolha um trabalho para ver as etapas desse trabalho.
Na exibição de etapas, você pode examinar o status e os detalhes de cada etapa. Em Mais ações , você pode alternar carimbos de data/hora ou exibir um log bruto de todas as etapas no pipeline.
Cancelar e executar novamente um pipeline
Se o pipeline estiver em execução, você poderá cancelá-lo escolhendo Cancelar. Se a execução tiver sido concluída, você poderá executar novamente o pipeline escolhendo Executar novo.
Menu Executar mais ações do pipeline
No menu Mais ações , você pode baixar logs, adicionar marcas, editar o pipeline, excluir a execução e configurar a retenção para a execução.
Observação
Você não poderá excluir uma execução se a execução for mantida. Se você não vir Excluir, escolha Parar de manter a execução e exclua a execução. Se você vir as versões Excluir e Exibir retenção, uma ou mais políticas de retenção configuradas ainda se aplicam à sua execução. Escolha Exibir versões de retenção, exclua as políticas (somente as políticas para a execução selecionada são removidas) e exclua a execução.
Adicionar um selo de status ao seu repositório
Muitos desenvolvedores gostam de mostrar que estão mantendo a qualidade do código alta exibindo uma notificação de status em seu repositório.
Para copiar o selo de status para sua área de transferência:
No Azure Pipelines, acesse a página Pipelines para exibir a lista de pipelines. Selecione o pipeline que você criou na seção anterior.
Selecione
e, em seguida, selecione Selo de status.
Selecione Selo de status.
Copie o markdown de exemplo da seção Markdown de exemplo.
Agora, com o selo Markdown em sua área de transferência, execute as seguintes etapas no GitHub:
Vá para a lista de arquivos e selecione
Readme.md
. Selecione o ícone de lápis a ser editado.Cole o markdown de selo de status no início do arquivo.
Confirme a alteração no
main
branch.Observe que o selo de status aparece na descrição do repositório.
Para configurar o acesso anônimo a selos para projetos privados:
Navegue até Configurações do Projeto
Abra a guia Configurações em Pipelines
Alternar o controle deslizante Desabilitar acesso anônimo a selos em Geral
Observação
Mesmo em um projeto privado, o acesso anônimo a selos é habilitado por padrão. Com o acesso de selo anônimo habilitado, os usuários fora da sua organização podem consultar informações como nomes de projeto, nomes de ramificação, nomes de trabalho e status de build por meio da API de status de selo.
Como você acabou de alterar o arquivo neste repositório, o Readme.md
Azure Pipelines compila automaticamente seu código, de acordo com a configuração no azure-pipelines.yml
arquivo na raiz do repositório. De volta ao Azure Pipelines, observe que uma nova execução é exibida. Sempre que você faz uma edição, o Azure Pipelines inicia uma nova execução.
Observação
Em Microsoft Team Foundation Server (TFS) 2018 e versões anteriores, pipelines de build e lançamento são chamados de definições, execuções são chamadas de builds, conexões de serviço são chamadas de pontos de extremidade de serviço, estágios são chamados de ambientes e trabalhos são chamados de fases.
Mostraremos como usar o editor clássico no Azure DevOps Server 2019 para criar um build e uma versão que imprime "Olá, mundo".
Mostraremos como usar o editor clássico no TFS para criar um build e uma versão que imprime "Olá, mundo".
Pré-requisitos
Inicializar seu repositório
Se você já tiver um repositório em seu projeto, poderá pular para a próxima etapa: Ignorar para adicionar um script ao repositório
Vá para Azure Repos. (O hub de código na navegação anterior)
Se o projeto estiver vazio, você será recebido com uma tela para ajudá-lo a adicionar código ao repositório. Escolha a opção inferior para inicializar seu repositório com um
readme
arquivo:
Navegue até o repositório clicando em Código na navegação superior.
Se o projeto estiver vazio, você será recebido com uma tela para ajudá-lo a adicionar código ao repositório. Escolha a opção inferior para inicializar seu repositório com um
readme
arquivo:
Vá para Azure Repos.
Adicione um arquivo.
Na caixa de diálogo, nomeie o novo arquivo e crie-o.
HelloWorld.ps1
Copie e cole este script.
Write-Host "Hello world"
Confirme (salve) o arquivo.
Vá para o Hub de código .
Adicione um arquivo.
Na caixa de diálogo, nomeie o novo arquivo e crie-o.
HelloWorld.ps1
Copie e cole este script.
Write-Host "Hello world"
Confirme (salve) o arquivo.
Neste tutorial, nosso foco está na CI/CD, portanto, estamos mantendo a parte de código simples. Estamos trabalhando em um repositório Git Azure Repos diretamente no navegador da Web.
Quando estiver pronto para começar a criar e implantar um aplicativo real, você poderá usar uma ampla variedade de clientes e serviços de controle de versão com builds de CI do Azure Pipelines. Saiba mais.
Criar um pipeline de build
Crie um pipeline de build que imprime "Olá, mundo".
Selecione Azure Pipelines, ele deve levá-lo automaticamente para a página Builds .
Criar um pipeline.
Para novos usuários do Azure DevOps, isso levará você automaticamente à experiência de criação do pipeline YAML. Para acessar o editor clássico e concluir este guia, você deve desativar o recurso de visualização para a nova experiência de criação de pipeline YAML:
Verifique se a origem, o projeto, o repositório e o branch padrão correspondem ao local em que você criou o script.
Comece com um trabalho Vazio.
No lado esquerdo, selecione Pipeline e especifique o Nome que você deseja usar. Para o pool de agentes, selecione VS2017 hospedado.
No lado esquerdo, selecione o sinal de adição ( + ) para adicionar uma tarefa ao Trabalho 1. No lado direito, selecione a categoria Utilitário , selecione a tarefa do PowerShell na lista e escolha Adicionar.
No lado esquerdo, selecione sua nova tarefa de script do PowerShell .
Para o argumento Caminho do Script , selecione o
botão para procurar o repositório e selecione o script que você criou.
Selecione Salvar & colocar na fila e, em seguida, selecione Salvar.
Selecione Compilar e Liberar e, em seguida, escolha Builds.
Criar um pipeline.
Começar com um pipeline vazio
Selecione Pipeline e especifique o Nome que você deseja usar. Para o pool de agentes, selecione Padrão.
No lado esquerdo, selecione + Adicionar Tarefa para adicionar uma tarefa ao trabalho e, no lado direito, selecione a categoria Utilitário , selecione a tarefa do PowerShell e escolha Adicionar.
No lado esquerdo, selecione sua nova tarefa de script do PowerShell .
Para o argumento Caminho do Script , selecione o
botão para procurar o repositório e selecione o script que você criou.
Selecione Salvar & colocar na fila e, em seguida, selecione Salvar.
Um pipeline de build é a entidade por meio da qual você define seu pipeline de build automatizado. No pipeline de build, você compõe um conjunto de tarefas, cada uma delas executando uma etapa em seu build. O catálogo de tarefas fornece um conjunto avançado de tarefas para você começar. Você também pode adicionar scripts do PowerShell ou do shell ao pipeline de build.
Publicar um artefato de sua compilação
Um build típico produz um artefato que pode ser implantado em vários estágios em uma versão. Aqui, para demonstrar a funcionalidade de maneira simples, simplesmente publicaremos o script como o artefato.
Na guia Tarefas , selecione o sinal de adição ( + ) para adicionar uma tarefa ao Trabalho 1.
Selecione a categoria Utilitário , selecione a tarefa Publicar Artefatos de Build e, em seguida, selecione Adicionar.
Caminho a ser publicado: selecione o
botão para navegar e selecione o script que você criou.
Nome do artefato: insira
drop
.Local de publicação do artefato: selecione Azure Artifacts/TFS.
Na guia Tarefas , selecione Adicionar Tarefa.
Selecione a categoria Utilitário , selecione a tarefa Publicar Artefatos de Build e, em seguida, selecione Adicionar.
Caminho para Publicar: selecione o
botão para navegar e selecione o script que você criou.
Nome do artefato: insira
drop
.Tipo de artefato: selecione Servidor.
Artefatos são os arquivos que você deseja que seu build produza. Artefatos podem ser quase tudo o que sua equipe precisa para testar ou implantar seu aplicativo. Por exemplo, você tem um .DLL e .EXE arquivos executáveis e . Arquivo de símbolos PDB de um aplicativo C# ou C++ .NET do Windows.
Para permitir que você produza artefatos, fornecemos ferramentas como copiar com correspondência de padrões e um diretório de preparo no qual você pode coletar seus artefatos antes de publicá-los. Confira Artefatos no Azure Pipelines.
Habilitar a CI (integração contínua)
Selecione a guia Gatilhos.
Habilitar a integração contínua.
Um gatilho de integração contínua em um pipeline de build indica que o sistema deve enfileirar automaticamente um novo build sempre que uma alteração de código for confirmada. Você pode tornar o gatilho mais geral ou mais específico e também agendar seu build (por exemplo, à noite). Confira Gatilhos de build.
Salvar e enfileirar o build
Salve e enfileira um build manualmente e teste o pipeline de build.
Selecione Salvar & fila e, em seguida, selecione Salvar & fila.
Na caixa de diálogo, selecione Salvar & fila mais uma vez.
Isso enfileira um novo build no agente hospedado pela Microsoft.
Você verá um link para o novo build na parte superior da página.
Escolha o link para assistir ao novo build como ele acontece. Depois que o agente for alocado, você começará a ver os logs dinâmicos do build. Observe que o script do PowerShell é executado como parte do build e que "Olá, mundo" é impresso no console.
Vá para o resumo do build. Na guia Artefatos do build, observe que o script é publicado como um artefato.
Selecione Salvar & fila e, em seguida, selecione Salvar & fila.
Na caixa de diálogo, selecione Salvar & fila mais uma vez.
Isso enfileira um novo build no agente hospedado pela Microsoft.
Você verá um link para o novo build na parte superior da página.
Escolha o link para assistir ao novo build como ele acontece. Depois que o agente for alocado, você começará a ver os logs dinâmicos do build. Observe que o script do PowerShell é executado como parte do build e que "Olá, mundo" é impresso no console.
Vá para o resumo do build.
Na guia Artefatos do build, observe que o script é publicado como um artefato.
Você pode exibir um resumo de todos os builds ou detalhar os logs de cada build a qualquer momento navegando até a guia Builds no Azure Pipelines. Para cada build, você também pode exibir uma lista de commits que foram criados e os itens de trabalho associados a cada commit. Você também pode executar testes em cada build e analisar as falhas de teste.
Adicionar algumas variáveis e confirmar uma alteração no script
Passaremos algumas variáveis de build para o script para tornar nosso pipeline um pouco mais interessante. Em seguida, confirmaremos uma alteração em um script e veremos o pipeline de CI ser executado automaticamente para validar a alteração.
Edite o pipeline de build.
Na guia Tarefas , selecione a tarefa de script do PowerShell.
Adicione esses argumentos.
Argumentos
-greeter "$(Build.RequestedFor)" -trigger "$(Build.Reason)"
Por fim, salve o pipeline de build.
Em seguida, você adicionará os argumentos ao script.
Vá para seus Arquivos em Azure Repos (o Hub de código na navegação anterior e TFS).
Selecione o arquivo HelloWorld.ps1 e edite o arquivo.
Altere o script da seguinte maneira:
Param( [string]$greeter, [string]$trigger ) Write-Host "Hello world" from $greeter Write-Host Trigger: $trigger
Confirme (salve) o script.
Agora você pode ver os resultados de suas alterações. Vá para Azure Pipelines e selecione Enfileirado. Observe na seção Enfileirado ou em execução que um build é disparado automaticamente pela alteração confirmada.
Agora você pode ver os resultados de suas alterações. Vá para a página Compilar e Liberar e selecione Enfileirado. Observe na seção Enfileirado ou em execução que um build é disparado automaticamente pela alteração confirmada.
Selecione o novo build que foi criado e exiba seu log.
Observe que a pessoa que alterou o código tem seu nome impresso na mensagem de saudação. Você também vê impresso que esse era um build de CI.
Acabamos de introduzir o conceito de variáveis de build nestas etapas. Imprimimos o valor de uma variável que é automaticamente predefinida e inicializada pelo sistema. Você também pode definir variáveis personalizadas e usá-las em argumentos para suas tarefas ou como variáveis de ambiente em seus scripts. Para saber mais sobre variáveis, consulte Criar variáveis.
Você tem um pipeline de build. O que vem a seguir?
Você criou um pipeline de build que compila e valida automaticamente qualquer código que seja verificado pela sua equipe. Neste ponto, você pode continuar para a próxima seção para saber mais sobre pipelines de lançamento. Ou, se preferir, você pode pular para criar um pipeline de build para seu aplicativo.
Criar um pipeline de lançamento
Defina o processo para executar o script em dois estágios.
Vá para a guia Pipelines e selecione Versões.
Selecione a ação para criar um novo pipeline. Se um pipeline de lançamento já estiver criado, selecione o sinal de adição ( + ) e, em seguida, selecione Criar um pipeline de lançamento.
Selecione a ação para começar com um trabalho Vazio.
Nomeie o estágio QA.
No painel Artefatos, selecione + Adicionar e especifique uma Origem (pipeline de build). Selecione Adicionar.
Selecione o raio para disparar a implantação contínua e habilite o gatilho de implantação contínua à direita.
Selecione a guia Tarefas e selecione o estágio de QA .
Selecione o sinal de adição ( + ) para o trabalho para adicionar uma tarefa ao trabalho.
Na caixa de diálogo Adicionar tarefas , selecione Utilitário, localize a tarefa do PowerShell e, em seguida, selecione o botão Adicionar .
No lado esquerdo, selecione sua nova tarefa de script do PowerShell .
Para o argumento Caminho do Script , selecione o
botão para procurar seus artefatos e selecione o script que você criou.
Adicione estes argumentos:
-greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
Na guia Pipeline , selecione o estágio de QA e selecione Clonar.
Renomeie o estágio clonado Produção.
Renomeie o pipeline de lançamento Hello world.
Salve o pipeline de lançamento.
Vá para a guia Compilar e Liberar e selecione Versões.
Selecione a ação para criar um novo pipeline. Se um pipeline de lançamento já tiver sido criado, selecione o sinal de adição ( + ) e, em seguida, selecione Criar uma definição de versão.
Selecione a ação para começar com uma definição Vazia.
Nomeie o estágio QA.
No painel Artefatos, selecione + Adicionar e especifique uma Origem (pipeline de build). Selecione Adicionar.
Selecione o raio para disparar a implantação contínua e habilite o gatilho de implantação contínua à direita.
Selecione a guia Tarefas e selecione o estágio de PR .
Selecione o sinal de adição ( + ) para o trabalho para adicionar uma tarefa ao trabalho.
Na caixa de diálogo Adicionar tarefas , selecione Utilitário, localize a tarefa do PowerShell e selecione o botão Adicionar .
No lado esquerdo, selecione sua nova tarefa de script do PowerShell .
Para o argumento Caminho do Script , selecione o
botão para procurar seus artefatos e selecione o script que você criou.
Adicione estes argumentos:
-greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
Na guia Pipeline , selecione o estágio qa e selecione Clonar.
Renomeie o estágio clonado Produção.
Renomeie o pipeline de lançamento Olá, mundo.
Salve o pipeline de lançamento.
Um pipeline de lançamento é uma coleção de estágios nos quais os artefatos de build do aplicativo são implantados. Ele também define o pipeline de implantação real para cada estágio, bem como como os artefatos são promovidos de um estágio para outro.
Além disso, observe que usamos algumas variáveis em nossos argumentos de script. Nesse caso, usamos variáveis de versão em vez das variáveis de build que usamos para o pipeline de build.
Implantar uma versão
Execute o script em cada estágio.
Crie uma nova versão.
Quando Criar nova versão for exibida, selecione Criar.
Abra a versão que você criou.
Exiba os logs para obter dados em tempo real sobre a versão.
Crie uma nova versão.
Quando Criar nova versão for exibida, selecione Criar (TFS 2018.2) ou Fila (TFS 2018 RTM).
Abra a versão que você criou.
Exiba os logs para obter dados em tempo real sobre a versão.
Você pode acompanhar o progresso de cada versão para ver se ela foi implantada em todos os estágios. Você pode acompanhar os commits que fazem parte de cada versão, os itens de trabalho associados e os resultados de todas as execuções de teste que você adicionou ao pipeline de lançamento.
Alterar o código e vê-lo ser implantado automaticamente na produção
Faremos mais uma alteração no script. Desta vez, ele será compilado automaticamente e, em seguida, será implantado até o estágio de produção.
Acesse o Hub de código , a guia Arquivos , edite o arquivo HelloWorld.ps1 e altere-o da seguinte maneira:
Param( [string]$greeter, [string]$trigger ) Write-Host "Hello world" from $greeter Write-Host Trigger: $trigger Write-Host "Now that you've got CI/CD, you can automatically deploy your app every time your team checks in code."
Confirme (salve) o script.
Selecione a guia Builds para ver o build enfileirado e executado.
Depois que o build for concluído, selecione a guia Versões , abra a nova versão e vá para Os Logs.
Seu novo código é implantado automaticamente no estágio de QA e, em seguida, no estágio produção .
Em muitos casos, você provavelmente gostaria de editar o pipeline de lançamento para que a implantação de produção ocorra somente depois que alguns testes e aprovações estiverem em vigor. Confira Visão geral de aprovações e portões.
Próximas etapas
Você acabou de aprender a criar seu primeiro pipeline no Azure. Saiba mais sobre como configurar pipelines na linguagem de sua escolha:
Ou você pode continuar a personalizar o pipeline que acabou de criar.
Para executar o pipeline em um contêiner, consulte Trabalhos de contêiner.
Para obter detalhes sobre como criar repositórios do GitHub, consulte Criar repositórios do GitHub.
Para saber como publicar seus artefatos de pipeline, consulte Publicar artefatos de pipeline.
Para descobrir o que mais você pode fazer em pipelines YAML, confira Referência de esquema YAML.
Limpar
Se você criou pipelines de teste, eles serão fáceis de excluir quando você terminar de usá-los.
Para excluir um pipeline, navegue até a página de resumo desse pipeline e escolha Excluir no menu ... no canto superior direito da página. Digite o nome do pipeline para confirmar e escolha Excluir.
Você aprendeu os conceitos básicos de criação e execução de um pipeline. Agora você está pronto para configurar seu pipeline de build para a linguagem de programação que está usando. Vá em frente e crie um pipeline de build e, desta vez, use um dos modelos a seguir.
Idioma | Modelo a ser usado |
---|---|
.NET | ASP.NET |
.NET Core | ASP.NET Core |
C++ | Área de trabalho do .NET |
Go | Go |
Java | Gradle |
JavaScript | Node.js |
Xcode | Xcode |
Perguntas frequentes
Onde posso ler artigos sobre DevOps e CI/CD?
O que é a Integração Contínua?
Qual sistema de controle de versão posso usar?
Quando estiver pronto para começar a usar CI/CD para seu aplicativo, você poderá usar o sistema de controle de versão de sua escolha:
Clientes
Serviços
- Azure Pipelines
- Provedores de serviços Git, como GitHub e Bitbucket Cloud
- Subversion
Clientes
Serviços
- Azure Pipelines
- Provedores de serviços Git, como GitHub e Bitbucket Cloud
- Subversion
Como fazer replicar um pipeline?
Se o pipeline tiver um padrão que você deseja replicar em outros pipelines, clone-o, exporte-o ou salve-o como um modelo.
Depois de clonar um pipeline, você pode fazer alterações e salvá-lo.
Depois de exportar um pipeline, você pode importá-lo da guia Todos os pipelines .
Depois de criar um modelo, os membros da equipe podem usá-lo para seguir o padrão em novos pipelines.
Dica
Se você estiver usando o Novo Editor de Build, seus modelos personalizados serão mostrados na parte inferior da lista.
Como fazer trabalhar com rascunhos?
Se você estiver editando um pipeline de build e quiser testar algumas alterações que ainda não estão prontas para produção, poderá salvá-lo como um rascunho.
Você pode editar e testar seu rascunho conforme necessário.
Quando estiver pronto, você poderá publicar o rascunho para mesclar as alterações no pipeline de build.
Ou, se você decidir descartar o rascunho, poderá excluí-lo da guia Todos os Pipelines mostrada acima.
Como posso excluir um pipeline?
Para excluir um pipeline, navegue até a página de resumo desse pipeline e escolha Excluir no menu ... no canto superior direito da página. Digite o nome do pipeline para confirmar e escolha Excluir.
Você pode enfileirar builds automaticamente ou manualmente.
Ao enfileirar manualmente um build, você pode, para uma única execução do build:
Especifique o pool no qual o build vai.
Adicione e modifique algumas variáveis.
Adicionar demandas.
Em um repositório Git
Em um repositório TFVC
Especifique a versão de origem como um rótulo ou conjunto de alterações.
Execute uma compilação privada de um conjunto de prateleiras. (Você pode usar essa opção em um agente hospedado pela Microsoft ou em um agente auto-hospedado.)
Você pode enfileirar builds automaticamente ou manualmente.
Ao enfileirar manualmente um build, você pode, para uma única execução do build:
Onde posso saber mais sobre as configurações de pipeline?
Para saber mais sobre as configurações do pipeline de build, confira:
Para saber mais sobre as configurações de pipeline, confira:
Como fazer criar programaticamente um pipeline de build?
Referência da API REST: criar um pipeline de build
Observação
Você também pode gerenciar builds e pipelines de build na linha de comando ou scripts usando a CLI do Azure Pipelines.