Você está aqui:
Práticas recomendadas do projeto DevOps Center
Siga estas práticas recomendadas para planejar seu projeto do DevOps Center. O projeto é um espaço de trabalho centralizado para gerenciar e implementar uma coleção distinta de itens de trabalho relacionados.
Edições obrigatórias
| Disponível em: Lightning Experience nas edições Professional (exige acesso à API), Enterprise, Performance, Unlimited e Developer Editions |
| Não disponível em: Government Cloud Plus. Entre em contato com seu executivo de conta do Salesforce para obter mais detalhes. |
| Não disponível em: Zona de operação da UE. A zona de operação da UE é uma oferta paga especial que proporciona um nível maior de compromisso de residência de dados. Há suporte para o DevOps Center em organizações na União Europeia que não fazem parte da zona de operação da UE, conforme os termos e condições padrão do produto. |
Determine o número de projetos
Use um único projeto e um único repositório quando:
- As equipes trabalham nos mesmos dados de configuração ou metadados dependentes.
- Todas as alterações são implementadas na mesma organização de produção.
- Você precisa de visibilidade unificada em todo o trabalho.
- O desenvolvimento envolve objetos e recursos interconectados.
Crie projetos separados quando:
- As equipes trabalham em metadados e dados independentes sem dependências.
- As alterações são implementadas em diferentes organizações de produção.
- Os projetos seguem agendas de versão e governança separados.
- Você exige pipelines de correção de hotfix isolados para contornar ritmos de versão padrão.
- As equipes exigem isolamento operacional ou preferem restringir a visibilidade do trabalho ativo e das alterações de outra equipe.
Selecionar sua estratégia de ciclo de vida do projeto
Decida sobre um ciclo de vida do projeto com base em seus processos e ritmo de gerenciamento de versão.
Projetos em andamento: Use o mesmo projeto em vários sprints e versões. Essa é a abordagem recomendada para equipes com desenvolvimento de recursos em andamento e escopo de metadados e dados estáveis. Esses projetos são mais fáceis de manter. Por exemplo, projetos de longa vida são ideais para uma equipe que é lançada a cada duas semanas e usa um pipeline independentemente do sprint. Você pode rastrear o desempenho do projeto usando métricas e histórico de DORA no Histórico de atividades.
Projetos por versão: Crie um projeto para cada versão principal. Essa abordagem funciona melhor para equipes com iniciativas discretas com prazo limitado ou versões principais. Isso requer mais trabalho de configuração para cada versão. Recomendamos arquivar os projetos após a liberação.
Projetos de correção rápida: Para problemas críticos de produção, use um projeto de correção de hotfix separado para dar suporte a um reparo mais rápido.
- Crie um projeto e conecte-se a um pipeline que contenha pelo menos um ambiente de desenvolvimento, um estágio de teste e uma organização de produção.
- Depois de resolver o problema, mova todas as alterações pelo pipeline de projeto padrão e mantenha todos os ambientes sincronizados.
- Sempre faça backup das alterações de sincronização com seu projeto principal para evitar divergências de ramificação.
Gerenciar projetos inativos
Não é possível excluir um projeto no DevOps Center. Adicione um prefixo z_ ao seu projeto inativo. Por exemplo, z_MyOldProject. Isso move o projeto para a parte inferior da lista.
Configurar o arquivo .forceignore
O arquivo .forceignore determina quais alterações o DevOps Center exclui durante a confirmação e a implantação. Configure o arquivo .forceignore na ramificação principal antes de criar seu pipeline para que ele se propague para todas as ramificações de recurso. Para modificar um arquivo .forceignore, aplique as edições na ramificação do recurso de itens de trabalho. As edições se propagam pelo seu pipeline à medida que você promove o item de trabalho. Consulte Excluir metadados com arquivo .forceignore.
Recomendações de estratégia do projeto DevOps Center
| CENÁRIO | Recomendação | Exemplo |
|---|---|---|
| Mesma organização de produção com metadados e dados sobrepostos. | Um projeto, uma estrutura de repositório | Uma equipe de plataforma personaliza objetos interconectados. Sua equipe desenvolve recursos do Sales Cloud, em que os desenvolvedores personalizam o objeto Oportunidade enquanto outros trabalham em Campanhas. Ambos os recursos usam objetos personalizados compartilhados. Use um projeto porque os metadados se sobrepõem. |
| Mesma organização de produção com metadados e dados independentes. | Uma estrutura de projeto (preferencial) | Trilhas de trabalho paralelas em que uma equipe do Apex e uma equipe do conector do Marketing Cloud são implementadas em um ambiente compartilhado. |
| Separe organizações de produção geograficamente ou operacionalmente. | Projetos separados | Implantações independentes para separar organizações de produção da Europa e dos EUA devido aos requisitos de residência de dados. As organizações contêm aplicativos semelhantes, mas são implementadas de modo independente. Crie dois projetos, um para cada organização de produção. |
| Urgente, caminho do pipeline de correção rápida necessário. | Projeto de hotfix separado | Correções críticas que exigem um caminho isolado para contornar o ciclo de versão padrão. |
