Você está aqui:
Planejar seu pipeline
Um pipeline define a sequência de estágios em que os itens de trabalho progredim conforme eles percorrem o ciclo de vida da versão de desenvolvimento até a produção (ou outro estágio final da versão).
O pipeline consiste em estágios de pipeline. Cada estágio de pipeline corresponde a um ambiente (no momento, uma organização do Salesforce) e a uma ramificação no repositório de controle de código-fonte. Não é possível modificar o pipeline depois de quaisquer alterações terem sido promovidas por ele.
De quantos estágios de pipeline eu preciso?
Seu pipeline pode conter qualquer número de estágios de pipeline. A configuração do seu pipeline fica totalmente a seu critério e é baseada nos processos de desenvolvimento e negócios atuais.
Um pipeline requer apenas um ambiente de versão final (1). No entanto, se a sua equipe realizar algum trabalho de desenvolvimento em sandboxes e organizações teste, você poderá conectar os ambientes de desenvolvimento que planeja usar para esse projeto ao criar o pipeline. (2). Recomendamos que você tenha pelo menos um estágio de teste além dos estágios de desenvolvimento e produção. Cada estágio de pipeline tem um ambiente (org) associado e uma ramificação correspondente no repositório de controle de código-fonte.
Para ajudá-lo a criar um pipeline robusto, que normalmente inclui de 2 a 3 estágios de teste, fornecemos um modelo de pipeline. Esse modelo de pipeline inclui estes estágios recomendados:
| Fase | Descrição |
|---|---|
| Integração | O primeiro estágio de teste (depois do estágio de desenvolvimento) é um estágio de integração (3) em que todas as alterações dos vários ambientes de desenvolvimento são unidas pela primeira vez e podem ser testadas em um ambiente integrado. É nesse estágio que você identifica os conflitos e os resolve antes de avançar. |
| UAT | Você pode ter uma ou mais fases entre "integração" e "estágio" (4), em que você pode realizar testes adicionais, incluindo por partes interessadas da empresa, frequentemente chamada de teste de aceitação do usuário (UAT). Indicamos esse estágio como o estágio de empacotamento, em que você gera um grupo de alterações relacionadas e os move pelo pipeline. |
| Preparação | Este estágio de teste final (antes da produção) é usado para validação final ou "estagio" (5) antes de você promover as alterações para a produção. |
| Produção (lançamento) | O destino final das alterações (1). A organização desse estágio é sua instância ativa do Salesforce. |
As ramificações de estágio do pipeline devem ser exclusivas entre projetos
Você pode usar o mesmo repositório de controle de código-fonte entre projetos. Porém, as ramificações devem ser exclusivas para cada estágio do pipeline, exceto a ramificação de versão (frequentemente chamada de principal) para garantir que conflitos não sejam introduzidos e as alterações não sejam substituídas.
Opções de configuração de pipeline
Criar e ativar o pipeline são as últimas etapas para concluir a configuração do projeto do DevOps Center.
As alterações passam pelo pipeline quando os membros da equipe promovem itens de trabalho ou pacotes de item de trabalho (um grupo com controle de versão de alterações que são promovidas juntos). Após a promoção, as alterações são mescladas da ramificação de estágio atual (ou ramificação de recurso) para a próxima ramificação de estágio e, em seguida, são implementadas na organização do próximo estágio.
Você pode configurar seu pipeline de dois modos:
- Permita que os membros da equipe movam itens de trabalho individualmente por todo o pipeline.
- Permita que os membros da equipe movam itens de trabalho individualmente em estágios iniciais do pipeline e como um grupo com controle de versão de alterações (pacote de itens de trabalho) em estágios posteriores. Continue lendo para saber tudo sobre os benefícios de pacotes de itens de trabalho.
- Decida como criar seu pipeline
Depois de definir ambientes de desenvolvimento e uma organização de liberação (produção), você terá um pipeline básico. No entanto, não é recomendado implantar diretamente na produção. Você pode usar nosso modelo para construir o pipeline, você pode adicionar mais estágios ao modelo de pipeline ou você pode Build Your Own. - Práticas recomendadas ao dar um nome a ramificações
Cada estágio do pipeline tem uma ramificação associada no repositório de controle de origem, que contém as alterações associadas aos itens de trabalho da sua equipe. Ao criar seu pipeline, você pode especificar uma ramificação existente no repositório ou permitir que o DevOps Center crie uma para você. Se você permitir que o DevOps Center o crie para você, indique uma string alfanumérica exclusiva. - Criar seu pipeline usando o modelo
Quando você especificou o ambiente de destino da versão (produção), ele se tornou automaticamente o último estágio do pipeline. O DevOps Center também o associa à ramificação padrão no repositório de controle de origem, que costuma ser chamada demainpor padrão. Não recomendamos editar a ramificação para esse estágio final do pipeline. - Build Your Own pipeline
Build Your Own pipeline rapidamente modificando o pipeline de modelo existente. - Ativar o pipeline
Um pipeline está pronto para sua equipe usar depois de você ativá-lo. - Qual é a diferença entre as guias Estágios e Ambientes?
Depois que o pipeline é ativado, a guia Estágios aparece como uma primeira guia na página Pipeline. - Empacotar ou não empacotar, essa é uma ótima pergunta
O processo e o mecanismo para promover alterações de um estágio para o próximo podem variar conforme você se move da "esquerda para a direita" no pipeline. Nas fases anteriores (à esquerda) do pipeline, você costuma querer mais flexibilidade para promover itens de trabalho individuais de um estágio para outro. À medida que você passa para os estágios posteriores (direitos) do pipeline, geralmente é desejável ter mais previsibilidade e capacidade de fazer a versão dos conjuntos de alterações que são promovidos e finalmente liberados.
