About this video

• Video Title: Procedimiento básico pipeline COPADO
• Channel: antonio saenz
• Speakers: Antonio Saenz
• Duration: 01:00:04

Overview

This video provides a detailed walkthrough of Copado, a Salesforce-native DevOps and continuous integration tool. It explains the core concepts of Copado, its integration with Salesforce, version control, and the typical deployment pipeline used at Kaisa Bank. The presenter demonstrates how to create and manage user stories, handle metadata, execute deployments, and navigate the Copado interface, emphasizing best practices for efficient and controlled software delivery.

Key takeaways

• Copado as a Salesforce DevOps Tool: Copado is presented as Salesforce's own solution for continuous integration and automated deployments, deeply integrated with the Salesforce ecosystem.
• Version Control Integration: Copado manages metadata and connects with Git repositories for version control, allowing for tracking of changes and history.
• Kaisa Bank's Environment Structure: The video outlines Kaisa Bank's multi-environment setup, including development (Dev), staging (STG INT), UAT (STR), and production (PROD), detailing the promotion process between them.
• User Stories (US) and Promotions: The core workflow revolves around creating user stories to group metadata changes and using promotions to bundle these user stories for deployment across environments.
• Deployment Pipeline Stages: The process includes developing in Dev, continuous integration to STG INT, validation in STR, and finally, deployment to PROD, managed with input from the technical office.
• Copado Interface Navigation: The video demonstrates logging into Copado, navigating its key tabs (User Stories and Promotions), and the process of committing changes and associating test classes.
• Manual Tasks and Validation: It covers the creation of manual tasks for specific deployment steps and the crucial "Validate Only" step before deploying to STR to ensure package integrity.
• Communication with Technical Office: Effective communication with the technical office is highlighted as essential for managing deployments, especially for pre-production and production releases.

About this video

• Video Title: Procedimiento básico pipeline COPADO
• Channel: antonio saenz
• Speakers: Antonio Saenz
• Duration: 01:00:04

Overview

Este video presenta una guía detallada de Copado, una herramienta de DevOps e integración continua nativa de Salesforce. Explica los conceptos clave de Copado, su integración con Salesforce, el control de versiones y el pipeline de despliegue típico utilizado en Kaisa Bank. El presentador demuestra cómo crear y gestionar user stories, manejar metadatos, ejecutar despliegues y navegar por la interfaz de Copado, enfatizando las mejores prácticas para una entrega de software eficiente y controlada.

Key takeaways

• Copado como Herramienta DevOps de Salesforce: Copado se presenta como la solución propia de Salesforce para la integración continua y despliegues automatizados, profundamente integrada con el ecosistema de Salesforce.
• Integración con Control de Versiones: Copado gestiona metadatos y se conecta con repositorios Git para control de versiones, permitiendo el seguimiento de cambios e historial.
• Estructura de Entornos de Kaisa Bank: El video describe la configuración de múltiples entornos en Kaisa Bank, incluyendo desarrollo (Dev), staging (STG INT), UAT (STR) y producción (PROD), detallando el proceso de promoción entre ellos.
• User Stories (US) y Promociones: El flujo de trabajo principal gira en torno a la creación de user stories para agrupar cambios de metadatos y el uso de promociones para empaquetar estas user stories para su despliegue entre entornos.
• Etapas del Pipeline de Despliegue: El proceso incluye desarrollo en Dev, integración continua a STG INT, validación en STR y, finalmente, despliegue a PROD, gestionado con la intervención de la oficina técnica.
• Navegación en la Interfaz de Copado: El video muestra cómo iniciar sesión en Copado, navegar por sus pestañas clave (User Stories y Promotions), y el proceso de confirmar cambios y asociar clases de prueba.
• Tareas Manuales y Validación: Cubre la creación de tareas manuales para pasos de despliegue específicos y el crucial paso de "Validación Solamente" antes de desplegar a STR para asegurar la integridad del paquete.
• Comunicación con la Oficina Técnica: Se destaca la comunicación efectiva con la oficina técnica como esencial para gestionar los despliegues, especialmente para lanzamientos pre-producción y producción.

Ask me anything about this video

1. ¿Cuáles son las principales diferencias entre una user story y una promoción en Copado?
2. ¿Cómo maneja Copado el control de versiones y qué funcionalidades de Git utiliza?
3. ¿Puede describir el flujo típico de una user story desde el desarrollo hasta producción en el entorno de Kaisa Bank presentado en el video?
4. ¿Cuál es el propósito del despliegue "Validate Only" en el contexto del entorno STR?
5. Turn this video into a tweet...

Claro, aquí tienes un listado de los puntos más relevantes del video:

• ¿Qué es Copado? Es la herramienta de integración continua y DevOps propia de Salesforce, diseñada para automatizar despliegues.
• Licenciamiento: Copado se licencia por separado de Salesforce.
• Control de Versiones: Copado se integra con sistemas como Git para el control de versiones de metadatos.
• Entornos de Kaisa Bank:
  • Múltiples entornos de desarrollo (Dev/Sandbox).
  • Primer entorno integrado: STG INT (integración continua total desde Dev).
  • Entorno de validación/UAT: STR (entorno pre-productivo donde se valida a fondo).
  • Producción (PROD).
• Ciclo de Despliegue: El proceso general es desarrollar en Dev, desplegar continuamente a STG INT, validar en STR, y finalmente, desplegar a Producción.
• Promociones: Son agrupaciones de User Stories (US) que se empaquetan para desplegar de una vez. Se pueden crear secuencias de promociones si hay dependencias (ej. Core antes que Data Cloud).
• User Stories (US): La unidad de trabajo principal en Copado. Contienen la lista de metadatos a desplegar, pueden incluir tareas manuales para la oficina técnica y se asocian con un proyecto y una release (IOP).
• Proceso de Despliegue Básico:
  1. Crear US: Definir el título, proyecto, release y otros detalles.
  2. Commit Changes: Seleccionar los metadatos que componen la US. Se puede marcar retrieve only para dependencias.
  3. Asociar Test Classes: Si se suben clases de Apex, asociar sus clases de test correspondientes.
  4. Marcar Ready to Promote: Indicar que la US está lista para ser incluida en una promoción.
  5. Crear y Ejecutar una Promoción:
     • Para despliegues rápidos a STG INT: Usar "Promote and Deploy" directamente desde la US (despliegue automático).
     • Para despliegues a STR: Crear una promoción manualmente, añadir las US marcadas como Ready to Promote, y ejecutar un despliegue en modo "Validation Only".
• Calidad y Validación:
  • Quality Scans: Es un paso obligatorio antes de desplegar a STR para verificar buenas prácticas y convenciones de nomenclatura.
  • Validate Changes: Se utiliza para comprobar que el paquete de metadatos se puede desplegar en STR sin errores.
• Tareas Manuales (Deployment Tasks): Se pueden definir pasos manuales que la oficina técnica debe ejecutar (antes o después del despliegue) en entornos específicos (STR, PROD).
• Resolución de Conflictos: Copado puede generar conflictos de Git que a veces requieren intervención manual o de la oficina técnica.
• Trazabilidad: Es crucial mantener la trazabilidad de las User Stories a través de Copado y su asociación con los tickets de Rally (Jira).
• Acceso a Copado: Se accede a través de un entorno de producción y, usualmente, vía Citrix, requiriendo una licencia de Copado.
• Tipos de Releases (IOPs): Mensuales (ordinarias), pre-IOPs y extraordinarias (con aprobación especial).

Ask me anything about this video

1. ¿Cuál es la diferencia entre "Promote and Deploy" y la creación manual de una promoción para desplegar a STR?
2. ¿Qué es el "Quality Scan" y por qué es un paso obligatorio?
3. ¿Cómo se manejan las dependencias de metadatos que no han sido modificadas pero son necesarias para un despliegue (usando "retrieve only")?
4. ¿Cuándo se utilizan las "Manual Tasks" y a qué entornos se aplican?
5. Turn this video into a tweet...

Aquí tienes un listado de los capítulos del video con sus respectivos tiempos, basado en la información proporcionada:

• 00:00:00 Introducción a Copado: Presenta la herramienta como una solución para integración continua.
• 00:00:18 Licenciamiento y conexión: Explica que Copado se licencia por separado y su integración con el ecosistema de Salesforce.
• 00:01:03 Control de versiones: Describe cómo Copado gestiona los metadatos y su conexión con sistemas de control de versiones como Git.
• 00:02:12 Entornos de trabajo: Detalla la estructura de entornos de desarrollo y promoción de Kaisa Bank, mencionando múltiples entornos y el proceso de integración continua.
• 00:03:12 Ciclo de despliegue: Explica cómo se realizan las promociones y desplegar cambios a producción en Kaisa.
• 00:05:10 Validaciones previas: Sugiere un enfoque para validar cambios antes de la promoción a producción, enfatizando la importancia del acceso a diferentes entornos.
• 00:06:57 Preparación y ejecución de promociones: Explica cómo gestionar diferentes promociones y el proceso para informar a la oficina técnica sobre las validaciones y despliegues.
• 00:12:29 Acceso a Copado: Describe el proceso de inicio de sesión en Copado y la estructura de sus aplicaciones.
• 00:13:22 User stories y promociones: Explica cómo manejar las user stories dentro de Copado y la importancia de agruparlas para promociones efectivas.
• 00:21:26 Creación y gestión de US: Detalla cómo crear y manejar user stories específicas, así como los elementos que componen cada una.
• 00:27:39 Proceso de despliegue y validación: Describe los pasos necesarios para la validación y el despliegue de metadatos, además de la importancia de las pruebas asociadas.
• 00:55:39 Conclusión y preguntas: Resumen del flujo de trabajo y resolución de dudas sobre el uso de Copado.

Ask me anything about this video

1. ¿En qué punto del video se explica cómo asociar clases de test a las clases de Apex dentro de una User Story?
2. ¿Qué se menciona sobre el licenciamiento de Copado y cómo se accede a él?
3. ¿Cómo se describe la diferencia entre una "promoción" y un "despliegue" en Copado?
4. ¿Cuál es el propósito de las "user stories" y cómo se crean o gestionan según el video?
5. Turn this video into a tweet...

Aquí tienes un listado de los puntos más relevantes del video con sus tiempos aproximados:

• Introducción a Copado: (00:00:00) Se presenta Copado como la herramienta de integración continua y DevOps de Salesforce.
• Licenciamiento y Acceso: (00:00:18 - 00:01:03) Se explica que Copado se licencia aparte y se accede a través del entorno de producción, usualmente vía Citrix.
• Control de Versiones: (00:01:03 - 00:02:12) Se detalla cómo Copado usa Git para el control de versiones de metadatos.
• Entornos y Ciclo de Despliegue en Kaisa Bank: (00:02:12 - 00:06:57) Se describe la estructura de entornos (Dev, STG INT, STR, PROD) y el flujo de promociones y despliegues.
• Preparación y Notificación de Promociones: (00:06:57 - 00:12:29) Se explica cómo preparar promociones y la importancia de informar a la oficina técnica.
• Acceso y Estructura de Copado: (00:12:29 - 00:13:22) Se muestra cómo iniciar sesión en Copado y la interfaz principal.
• User Stories (US) y Promociones: (00:13:22 - 00:21:26) Se definen las US como la unidad de trabajo y las promociones como agrupaciones para despliegue. Se explica cómo crearlas y gestionarlas.
• Proceso de Despliegue y Validación: (00:27:39 - 00:46:32) Se detalla el proceso de hacer "commit" de cambios, asociar tests, y la promoción automática a STG INT ("Promote and Deploy").
• Validación en STR: (00:40:14 - 00:55:39) Se explica el proceso de crear promociones manualmente y ejecutar despliegues en modo "Validation Only" contra STR.
• Tareas Manuales (Deployment Tasks): (00:46:32 - 00:50:00) Se muestra cómo definir tareas manuales para la oficina técnica, especificando el entorno de aplicación.
• Resolución de Conflictos: (00:56:26 - 00:58:00) Se mencionan los conflictos de Git y la necesidad de resolverlos, a menudo con ayuda de la oficina técnica.
• Trazabilidad y Convenciones: (00:57:31 - 00:58:34) Se discute la importancia de la trazabilidad de las US con tickets de Rally y convenciones de nomenclatura.
• Conclusión y Preguntas: (00:55:39 - 01:00:04) Resumen del flujo de trabajo y espacio para dudas.

Ask me anything about this video

1. ¿En qué parte del video se habla de la necesidad de asociar clases de test a las clases de Apex durante el proceso de "commit"?
2. ¿Qué pasos se deben seguir para desplegar cambios a STG INT de forma rápida y automática según el video?
3. ¿Cuál es la diferencia entre las etapas de "STG INT" y "STR" en el pipeline de despliegue de Kaisa Bank?
4. ¿Cómo se gestionan las tareas que deben realizar la oficina técnica como parte del proceso de despliegue?
5. Turn this video into a tweet...

Según el video, los tests se asocian a una User Story (US) de la siguiente manera:

1. Durante el proceso de "Commit Changes" o después: Si has subido una clase de Apex que requiere una clase de test, debes asegurarte de que esta clase de test también esté incluida en el commit de metadatos.
2. Asociación explícita: Dentro de la User Story, en la sección de metadatos (después de haber hecho el "commit"), hay una opción para asociar las clases de test. Si la clase de test ya existe en el entorno destino y no ha sido modificada, solo necesitas asociarla. Si la clase de test es nueva o ha sido actualizada, debe formar parte del "Commit Changes" junto con la clase de Apex principal.
3. Acción "Add Apex Test": Para realizar esta asociación, se menciona la acción "Add Apex Test" dentro de la US. Esto permite seleccionar y vincular las clases de test correspondientes a las clases de Apex que se están desplegando.
4. Propósito: Asociar correctamente las clases de test es crucial para que las validaciones automáticas (incluyendo las de test classes) no fallen durante el despliegue, asegurando que el proceso de integración continua funcione correctamente.

Ask me anything about this video

1. ¿Cuándo se debe marcar un componente con "retrieve only" durante el "commit changes"?
2. ¿Qué se debe hacer si una clase de test ha sido actualizada junto con la clase de Apex?
3. ¿En qué parte de la interfaz de Copado se gestiona la asociación de clases de test?
4. ¿Por qué es importante asociar las clases de test antes de que el despliegue llegue a la etapa de validación?
5. Turn this video into a tweet...