Usted está aquí:
Prácticas recomendadas del proyecto DevOps Center
Siga estas prácticas recomendadas para planificar su proyecto DevOps Center. Project es un espacio de trabajo centralizado para gestionar e implementar una recopilación distinta de elementos de trabajo relacionados.
Ediciones necesarias
| Disponible en: Lightning Experience en Professional (se requiere acceso de API), Enterprise, Performance, Unlimited y Developer Edition |
| No disponible en: Government Cloud Plus. Póngase en contacto con su ejecutivo de cuenta de Salesforce para obtener más detalles. |
| No disponible en: Zona de Operación de UE. La zona de Operación de la Unión Europea es una oferta de pago especial que proporciona un nivel mejorado de compromiso de residencia de datos. Centro de DevOps es compatible con organizaciones en la UE que no forman parte del OZ de la UE, según los términos y condiciones de productos estándar. |
Determinar el número de proyectos
Utilice un único proyecto y un único repositorio cuando:
- Los equipos trabajan en los mismos metadatos o datos de configuración dependientes.
- Todos los cambios se implementan en la misma organización de producción.
- Requiere visibilidad unificada en todo el trabajo.
- El desarrollo implica funciones y objetos interconectados.
Cree proyectos separados cuando:
- Los equipos trabajan en datos y metadatos independientes sin dependencias.
- Los cambios se implementan en diferentes organizaciones de producción.
- Los proyectos siguen programaciones de versión y regulación separadas.
- Requiere oportunidades en curso de revisión aisladas para omitir las cadencias de versión estándar.
- Los equipos requieren aislamiento operativo o prefieren restringir la visibilidad del trabajo activo y los cambios de otro equipo.
Seleccionar su estrategia de ciclo de vida de proyecto
Decida un ciclo de vida de proyecto basándose en su cadencia y procesos de gestión de versiones.
Proyectos en curso: Utilice el mismo proyecto en múltiples sprints y versiones. Este es el enfoque recomendado para equipos con desarrollo de funciones en curso y metadatos y ámbito de datos estables. Estos proyectos son más fáciles de mantener. Por ejemplo, los proyectos duraderos son ideales para un equipo que publica cada dos semanas y utiliza una oportunidad en curso independientemente del sprint. Puede realizar un seguimiento del rendimiento del proyecto utilizando mediciones de DORA e historial en Historial de actividades.
Proyectos por versión: Cree un proyecto para cada versión principal. Este enfoque funciona mejor para equipos con iniciativas discretas en tiempo real o versiones principales. Esto requiere más trabajo de configuración para cada versión. Le recomendamos archivar los proyectos después de la versión.
Proyectos de hotfix: Para problemas de producción críticos, utilice un proyecto de revisión separado para dar cobertura a una entrega más rápida.
- Cree un proyecto y conéctese a una canalización que contenga al menos un entorno de desarrollo, una etapa de prueba y una organización de producción.
- Tras resolver el problema, mueva todos los cambios por sus oportunidades en curso de proyectos estándar y mantenga todos los entornos sincronizados.
- Siempre vuelva a sincronizar los cambios en su proyecto principal para evitar la divergencia de sucursales.
Gestionar proyectos inactivos
No puede eliminar un proyecto en DevOps Center. Agregue un prefijo z_ a su proyecto inactivo. Por ejemplo, z_MyOldProject. Esto mueve el proyecto a la parte inferior de la lista.
Configurar el archivo .forceignore
El archivo .forceignore determina qué cambios excluye DevOps Center durante la confirmación y la implementación. Configure el archivo .forceignore en la bifurcación principal antes de crear su canalización de modo que se propague a todas las bifurcaciones de funciones. Para modificar un archivo .forceignore, aplique las modificaciones en la bifurcación de funciones de elementos de trabajo. Las modificaciones se propagan por sus oportunidades en curso a medida que promociona el elemento de trabajo. Consulte Excluir metadatos con archivo .forceignore.
Recomendaciones de estrategia de proyectos DevOps Center
| ESCENARIO | Recomendación | Ejemplo |
|---|---|---|
| Misma organización de producción con datos y metadatos superpuestos. | Un proyecto, una estructura de repositorio | Un equipo de plataforma personaliza objetos interconectados. Su equipo desarrolla funciones de Sales Cloud, donde los desarrolladores personalizan el objeto Oportunidad mientras otros trabajan en Campañas. Ambas funciones utilizan objetos personalizados compartidos. Utilice un proyecto porque los metadatos se solapan. |
| Misma organización de producción con datos y metadatos independientes. | Una estructura de proyecto (preferida) | Seguimientos de trabajo paralelos donde se implementan un equipo Apex y un equipo conector de Marketing Cloud en un entorno compartido. |
| Organizaciones de producción separadas geográfica u operativamente. | Proyectos separados | Implementaciones independientes para separar organizaciones de producción de Europa y EE.UU. debido a requisitos de residencia de datos. Las organizaciones contienen aplicaciones similares pero se implementan de forma independiente. Cree dos proyectos, uno para cada organización de producción. |
| Se requiere una ruta de canalización urgente y de revisión. | Proyecto de revisión separado | Correcciones críticas que requieren una ruta aislada para omitir el ciclo de versión estándar. |
