GitHub Actions es la plataforma de continuous integration y continuous deployment de GitHub que te permite automatizar el ciclo de vida de tu software sin salir del repositorio. Si escribes código y quieres dejar de compilar, probar y desplegar a mano, aquí entiendes qué es, cómo funciona y por qué conviene usarlo frente a otras herramientas.

¿Cuál es la diferencia entre Git y GitHub?

Antes de hablar de GitHub Actions conviene separar dos cosas que suelen confundirse. Git es software local que corre en tu computadora y se opera por línea de comandos (CLI), sin interfaz gráfica. Su trabajo es el control de versiones de archivos de texto, normalmente código en Python, JavaScript, Ruby, C o C++.

GitHub, en cambio, es un servicio en la nube que funciona como repositorio remoto a través de github.com. Ahí creas cuenta, colaboras en repos públicos y privados, y compartes código con el mundo.

Git maneja dos ideas centrales que vale la pena fijar: el repositorio local, que es la copia del código en tu máquina, y el repositorio remoto, que vive en un servidor externo (por ejemplo, GitHub) y permite que tu equipo descargue, modifique y suba cambios.

¿Qué es un repositorio remoto? Es una copia de tu proyecto alojada fuera de tu computadora, normalmente en la nube, a la que otras personas pueden acceder para clonar el código y colaborar.

¿Qué es GitHub Actions y para qué sirve?

GitHub Actions es una plataforma de CI/CD (continuous integration y continuous delivery o continuous deployment) que te permite automatizar la construcción, prueba y despliegue de tus aplicaciones directamente desde tu repositorio.

En la práctica, cada vez que haces un push o abres un pull request, puedes disparar acciones que compilen tu código, corran pruebas y suban tu app a producción sin intervención manual.

¿Qué significa CI/CD? Continuous Integration automatiza la integración y prueba del código nuevo; Continuous Deployment automatiza el despliegue de ese código ya validado al entorno final.

¿Cómo se conecta CI/CD con el ciclo de vida del software?

Un flujo de CI/CD se monta sobre las fases del software development lifecycle. Entender esas fases ayuda a ver qué automatiza GitHub Actions y qué no.

Las fases que cubre Continuous Integration

La parte de CI se enfoca en las primeras cuatro fases del ciclo de desarrollo:

• Planificación: defines features, lenguaje, frameworks y librerías.
• Escritura de código: programas las funcionalidades en el lenguaje elegido.
• Compilación: según el lenguaje, el código se compila o interpreta y se verifica que corra.
• Pruebas: ejecutas unit tests, integration tests y otros para validar el comportamiento.

Con CI, cada push dispara automáticamente la compilación y la batería de pruebas. Si algo falla, lo sabes en minutos y no días.

Las fases que cubre Continuous Deployment

La parte de CD toma el relevo cuando CI pasa en verde. Aquí entran tres fases:

• Release y deploy al entorno elegido, por ejemplo un servidor externo o un cloud como AWS, GCP o Azure.
• Operación del sitio y atención a usuarios.
• Medición y recolección de métricas para alimentar la siguiente planificación.

Es un ciclo que no termina: con métricas y feedback vuelves a planear, corregir y agregar funcionalidades.

¿Por qué elegir GitHub Actions frente a otras herramientas?

Existen muchas plataformas de CI/CD, así que la pregunta válida es qué gana un equipo al quedarse dentro de GitHub. Estas son las ventajas concretas que mencionó la clase.

• Automatización nativa dentro de GitHub, donde ya viven tus repositorios, sin saltar a otra plataforma ni sumar carga cognitiva.
• Más de 17.000 plantillas y automatizaciones listas, creadas por GitHub, empresas externas y la comunidad open source, para casos como desplegar en AWS, publicar en App Store o Play Store, o probar con un framework específico de Python o JavaScript.
• Código y workflow en el mismo lugar, lo que te da contexto cuando un cambio grande afecta cómo se compila, prueba o despliega la app.
• Servicio gestionado: GitHub mantiene los servidores, actualizaciones y nuevas features; tú no peleas con memoria, disco ni sistema operativo.
• Gratis para repositorios públicos, ideal para proyectos open source. Solo se cobra en repositorios privados, normalmente de uso empresarial.

¿GitHub Actions es gratis? Sí para repositorios públicos. En repositorios privados se cobra según minutos de ejecución y plan, orientado a equipos y empresas.

Conceptos y habilidades clave que deja la clase

Para que el panorama quede ordenado, vale la pena fijar los términos que aparecieron y cuándo se mencionan.

• Git como herramienta local de control de versiones por CLI [0:18].
• Repositorio local vs. repositorio remoto y cómo habilitan la colaboración [1:30].
• GitHub como servicio en la nube y repositorio remoto en github.com [2:18].
• GitHub Actions como plataforma de CI/CD dentro de GitHub [3:25].
• Significado de CI/CD: continuous integration, continuous delivery y continuous deployment [3:40].
• Fases del software development lifecycle: planificación, código, compilación, pruebas, release, deploy, operación y métricas [4:10].
• Disparadores típicos como push y pull request para automatizar compilación y tests [5:25].
• Despliegue automatizado a servicios cloud como AWS, GCP o Azure [6:45].
• Catálogo de más de 17.000 plantillas reutilizables en GitHub Actions [8:30].
• Ventaja de servicio gestionado y plan gratuito para repos públicos [9:25].

Si ya usaste GitHub Actions u otra herramienta de CI/CD, cuéntame en los comentarios qué pipeline montaste y qué te funcionó mejor.