La configuración de versiones se almacena junto con el resto de la configuración del proyecto. Abra el proyecto, seleccione Configuración, y expanda Lanzamientos. Hay tres pantallas, y cada una responde a una pregunta específica.
- Entornos
- ¿A dónde va una versión? Añade paradas y ordénalas.
- Reglas de aprobación
- ¿Qué debe cumplirse primero? Aprobaciones, roles, lista de verificación y reglas de correcciones urgentes por entorno.
- Canal de implementación
- ¿Quién despliega y cómo recibe Coroid el informe? Tu pipeline o Coroid lo inician; un token de informe permite a CI/CD confirmar el resultado.
Solo los Propietarios y Administradores pueden modificar la configuración de versiones. El resto solo puede consultarla. Primero debe conectar un repositorio, ya que cada versión hace referencia a un commit dentro de él.
Entornos
¿A dónde va una versión y en qué orden?
Cada proyecto comienza con Producción. Agregue los demás destinos de despliegue, como Staging o QA, mediante Agregar un entorno. Asigne un nombre a cada uno. Coroid
utiliza una clave derivada del nombre, por ejemplo staging. Su CI/CD emplea esa clave
cuando registra un despliegue, por lo que debe mantenerla estable una vez que las pipelines la utilicen.
Establezca el orden mediante Viene después de. Un entorno Staging que viene después de nada y Producción que viene después de Staging definen la secuencia Staging › Producción. La página de versiones muestra su trayectoria de lanzamiento en este orden, y las reglas de aprobación pueden exigir que el paso anterior se complete con éxito primero.
Reglas de aprobación
¿Qué debe cumplirse antes de que una versión se despliegue aquí?
Seleccione el entorno en la parte superior. Las reglas son específicas para cada entorno, por lo que Staging puede tener requisitos menos estrictos y Producción más rigurosos.
- Aprobaciones requeridas: cuántas personas distintas deben aprobar. Si el valor es cero, una versión se despliega en cuanto sus comprobaciones se hayan completado.
- Quién puede aprobar: los roles de la organización autorizados para aprobar.
- Separar al solicitante de los aprobadores: la persona que inicia el despliegue no puede aprobarlo, y quien edita las notas de la versión no puede aprobarlas tampoco.
- Las comprobaciones de calidad se cumplen: siempre activado. El Gráfico de Calidad del proyecto con un
release_validationdisparador ejecuta la acción sobre el commit exacto. Publique ese gráfico desde la configuración de calidad del proyecto. - El entorno anterior primero: la versión debe haberse despliegado previamente en el entorno del cual esta depende.
- Notas de la versión aprobadas: las notas actuales necesitan aprobación, y cualquier edición posterior requiere una nueva aprobación.
- Lista de verificación: pasos manuales que alguien confirma en la página de versiones, como "Migración de base de datos revisada". Marque un elemento como obligatorio u opcional. Un elemento obligatorio puede permitir una excepción temporal. Un Propietario o Administrador registra una razón y un plazo máximo de 24 horas; la excepción solo será válida para ese commit y entorno.
- Reglas de correcciones urgentes: reglas más flexibles para correcciones urgentes: el número de aprobaciones y si las reglas del entorno anterior y la aprobación de las notas siguen aplicándose. Las comprobaciones de calidad y los elementos obligatorios de la lista de verificación siempre se aplican, y solo los Propietarios y Administradores pueden aprobar las correcciones urgentes.
Seleccione Publicar reglas para guardar. Al publicar se crea una nueva versión de las reglas. Las aprobaciones otorgadas bajo la versión anterior quedarán obsoletas, por lo que una versión en proceso solicitará nuevamente la aprobación. Un entorno sin reglas publicadas no podrá superar sus comprobaciones, y la pantalla lo indicará.
Pipeline de despliegue
¿Quién inicia un despliegue y cómo detecta Coroid lo ocurrido?
Seleccione el entorno en la parte superior y luego elija cómo se inician los despliegues:
- Mi pipeline se despliega por sí solo: mantenga su proceso actual. Coroid registra los despliegues cuando su CI/CD los notifica, o cuando un Propietario o Administrador registra un despliegue externo en la página de versiones.
- Coroid inicia un flujo de trabajo de GitHub Actions o Coroid inicia una pipeline de GitLab CI/CD: aparece cuando el repositorio del proyecto está en ese proveedor. Introduzca la rama o etiqueta que apunta al commit de la versión, el archivo del flujo de trabajo para GitHub y el nombre exacto del trabajo que realiza el despliegue. Coroid verifica la referencia antes de iniciar la ejecución y comprueba el trabajo indicado antes de aceptar el éxito.
Bajo Informes de despliegue, cree un token de informe para el entorno y almacénelo como secreto en su CI/CD. Coroid muestra el token una vez y solo guarda un hash del mismo. Reemplazar el token detiene inmediatamente el uso del anterior. En la misma pantalla se muestran el punto de conexión, el ID del proyecto y la clave del entorno que necesita su pipeline, además de si los informes están llegando. Eventos de despliegue y configuración de CI contiene el formato de evento y ejemplos.
Transferir configuraciones entre organizaciones
La exportación e importación de configuraciones incluyen los entornos, su orden, la configuración del pipeline y las reglas publicadas, incluidas las reglas de correcciones urgentes. Los tokens de informe nunca se exportan. Cree nuevos tokens después de una importación.