Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

Acerca de la integración continua

Puedes crear flujos de trabajo de integración personalizados (CI) e implementación continua (CD) directamente en tu repositorio GitHub con Acciones de GitHub.

Acciones de GitHub is available with GitHub gratis, GitHub Pro, Equipo de GitHub, and Nube de GitHub Enterprise. Acciones de GitHub is unavailable for per-repository plans, which are legacy billing plans. For more information, see "GitHub's products."

En este articulo:

Acerca de la integración continua

La integración continua (CI) es una práctica de software que requiere la confirmación de código de forma periódica en un repositorio compartido. La confirmación de código con mayor frecuencia detecta errores más rápido y reduce la cantidad de código que un desarrollador necesita depurar al encontrar la fuente de un error. Las actualizaciones frecuentes de código facilitan también la fusión de cambios de diferentes miembros de un equipo de desarrollo de software. Esto es excelente para los desarrolladores, que pueden dedicar más tiempo a escribir código y menos tiempo a depurar errores o resolver conflictos de fusión.

Al confirmar el código en tu repositorio, puedes crear y probar el código continuamente para asegurarte de que la confirmación no introduzca errores. Tus pruebas pueden incluir limpiadores de código (que verifican el formato de estilo), verificaciones de seguridad, cobertura de código, pruebas funcionales y otras verificaciones personalizadas.

Para crear y probar tu código es necesario un servidor. Puedes crear y probar las actualizaciones localmente antes de subir un código a un repositorio o puedes usar un servidor CI que verifique las nuevas confirmaciones de código en un repositorio.

Acerca de la integración continua utilizando Acciones de GitHub

La CI que utiliza Acciones de GitHub ofrece flujos de trabajo predeterminados que crean el código en tu repositorio y ejecutan tus pruebas en servidores alojados en GitHub. Los flujos de trabajo se ejecutan en entornos virtuales en servidores alojados en la nube y tienen acceso a un clon de tu repositorio. Para obtener más información, consulta "Entorno virtual para Acciones de GitHub".

Puedes configurar tu flujo de trabajo de CI para que se ejecute cuando ocurre un evento GitHub (por ejemplo, cuando se sube un nuevo código a tu repositorio), en un horario establecido o cuando se produce un evento externo utilizando el webhook de despacho de repositorio.

GitHub ejecuta tus pruebas de CI y entrega los resultados de cada prueba en la solicitud de extracción, de modo que puedas ver si el cambio en tu rama introduce un error. Cuando se aprueban todas las pruebas de CI en un flujo de trabajo, los cambios que subiste están listos para su revisión por parte de un miembro del equipo o para su fusión. Cuando una prueba falla, es posible que uno de tus cambios haya causado la falla.

Al configurar la CI en tu repositorio, GitHub analiza el código en tu repositorio y recomienda flujos de trabajo de CI n función del lenguaje y el encuadre en tu repositorio. Por ejemplo, si utilizas Node.js, GitHub sugerirá un archivo de plantilla que instala tus paquetes Node.js y ejecuta tus pruebas. Puedes utilizar la plantilla de flujo de trabajo de CI sugerida por GitHub, personalizar la plantilla sugerida o crear tu propio archivo de flujo de trabajo personalizado para ejecutar tus pruebas de CI.

Captura de pantalla de plantillas de integración continua sugeridas

Además de ayudarte a configurar flujos de trabajo de CI para tu proyecto, puedes usar Acciones de GitHub para crear flujos de trabajo durante todo el ciclo de vida de desarrollo de software. Por ejemplo, puedes usar acciones para implementar, empaquetar o lanzar tu proyecto. Para obtener más información, consulta "Acerca de Acciones de GitHub".

For a definition of common terms, see "Core concepts for Acciones de GitHub."

Lenguajes compatibles

GitHub ofrece plantillas de flujo de trabajo de CI para diversos lenguajes y encuadres.

Explora la lista completa de plantillas de flujo de trabajo de CI que ofrece GitHub en el repositorio actions/starter-workflows.

Notificaciones para ejecuciones de flujo de trabajo

Si habilitas las notificaciones web o por correo electrónico para Acciones de GitHub, recibirás una notificación cuando alguna ejecución de flujo de trabajo que hayas activado se complete. La notificación incluirá el estado de la ejecución de flujo de trabajo (que incluye ejecuciones exitosas, fallidas, neutrales y canceladas). También puedes elegir recibir una notificación solo cuando falle una ejecución de flujo de trabajo.

También puedes ver el estado de las ejecuciones de flujo de trabajo en la pestaña Actions (Acciones) de un repositorio. For more information, see "Managing a workflow run."

Credenciales de estado para ejecuciones de flujos de trabajo

Status badges show whether a workflow is currently failing or passing. A common place to add a status badge is in the README.md file of your repository, but you can add it to any web page you'd like. By default, badges display the status of your default branch (usually master). You can also display the status of a workflow run for a specific branch or event using the branch and event query parameters in the URL.

Para obtener más información, consulta " Configuración de flujo de trabajo".

Leer más

Pregunta a una persona

¿No puedes encontrar lo que estás buscando?

Contáctanos