Nota: Actualmente los ejecutores hospedados en GitHub no se admiten en GitHub Enterprise Server. Puede ver más información sobre la compatibilidad futura planeada en GitHub public roadmap.
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 utilizando GitHub Actions
Tener una IC utilizando GitHub Actions ofrece flujos de trabajo que pueden compilar el código de tu repositorio y ejecutar tus pruebas. Los flujos de trabajo pueden ejecutarse en máquinas virtuales hospedadas en GitHub, o en máquinas que hospedes tú mismo. Para obtener más información, vea «Utilizar los ejecutores hospedados en GitHub» y «Acerca de los ejecutores autohospedados».
Puede configurar el flujo de trabajo de CI para que se ejecute cuando se produzca un evento de GitHub (por ejemplo, cuando se inserta código nuevo en el repositorio), en una programación establecida o cuando se produce un evento externo mediante el webhook de envío de un repositorio.
GitHub Enterprise Server 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 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 la CI en tu repositorio, GitHub Enterprise Server 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 usa Node.js, GitHub Enterprise Server sugerirá un flujo de trabajo inicial que instala los paquetes de Node.js y ejecuta las pruebas. Puedes utilizar el flujo de trabajo inicial de IC que sugiere GitHub Enterprise Server, personalizarlo o crear tu propio archivo de flujo de trabajo para ejecutar tus pruebas de IC.
Además de ayudarte a configurar flujos de trabajo de CI para tu proyecto, puedes usar GitHub Actions 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, vea «Más información sobre las Acciones de GitHub».
Para obtener una definición de términos comunes, consulta "Entender las GitHub Actions".
Flujo de trabajo inicial
GitHub Enterprise Server ofrece un flujo inicial de IC para diversos lenguajes y marcos de trabajo.
Examina la lista completa del flujo de trabajo de inicio de CI que GitHub ofrece en el repositorio actions/starter-workflows repositorio en tu instancia de GitHub Enterprise Server.