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 el 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 mediante GitHub Actions
La CI con GitHub Actions ofrece flujos de trabajo que pueden compilar el código de tu repositorio y ejecutar tus pruebas. Los flujos de trabajo se pueden ejecutar en GitHubmáquinas virtuales hospedadas o en máquinas que hospede usted mismo. Para más información, consulta Ejecutores hospedados en GitHub y Ejecutores autohospedados.
Puede configurar el flujo de trabajo de CI para que se ejecute cuando se produce un GitHub evento (por ejemplo, cuando se inserta código nuevo en el repositorio), según una programación establecida o cuando se produce un evento externo mediante el webhook de distribución del repositorio.
GitHub ejecuta tus pruebas de CI y muestra los resultados de cada una en la pull request, para que puedas ver si el cambio en tu rama introduce un error. Cuando se superan 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 ci en el repositorio, GitHub analiza el código del repositorio y recomienda flujos de trabajo de CI basados en el lenguaje y el marco del repositorio. Por ejemplo, si usa Node.js, GitHub sugerirá una plantilla de flujo de trabajo que instale los paquetes de Node.js y ejecute las pruebas. Puede usar la plantilla de flujo de trabajo de CI sugerida por GitHub, personalizar la plantilla de flujo de trabajo sugerida o crear su propio archivo de flujo de trabajo personalizado para ejecutar las pruebas de CI.
Además de ayudarle a configurar flujos de trabajo de CI para el proyecto, puede usar GitHub Actions para crear flujos de trabajo en todo el ciclo de vida de desarrollo de software. Por ejemplo, puedes usar acciones para implementar, empaquetar o lanzar tu proyecto. Para más información, consulta Escritura de flujos de trabajo.
Para obtener una definición de términos comunes, consulta Descripción de Acciones de GitHub.
Pasos siguientes
GitHub ofrece plantillas de flujo de trabajo de CI para diversos lenguajes y marcos de trabajo. Para obtener tutoriales sobre cómo configurar la integración continua con estas plantillas, consulta Construir y probar tu código.