H2: Introducción
He estado trabajando con canalizaciones de CI/CD desde 2012, creando y perfeccionando flujos de trabajo de entrega automatizados para todo, desde nuevas empresas hasta grandes plataformas empresariales. Si alguna vez se ha enfrentado a procesos de implementación lentos, propensos a errores o inconsistentes que obstaculizan la entrega de su software, no está solo. He visto de primera mano cómo los procesos ineficientes causan retrasos, frustración y fallas absolutas, lo que a veces les cuesta a los equipos días de depuración y reversiones.
En mi experiencia, la aplicación de las mejores prácticas para las canalizaciones de CI/CD redujo nuestro tiempo promedio de implementación en aproximadamente un 40 % y redujo los incidentes de reversión a la mitad en múltiples proyectos. Estas no son sólo métricas de vanidad; se traducen directamente en una entrega de funciones más rápida, una mejor estabilidad y clientes más satisfechos.
Hoy quiero compartir técnicas prácticas para ayudarlo a crear, mejorar y mantener canalizaciones de CI/CD confiables en 2026. Cubriremos conocimientos arquitectónicos clave, ejemplos de código para secuencias de comandos de canalizaciones, consideraciones de seguridad y errores comunes que se deben evitar. Ya sea que sea desarrollador, ingeniero de DevOps o tomador de decisiones de TI, esta guía tiene como objetivo brindarle consejos prácticos y probados en implementación, en lugar de una teoría vaga. Terminará con los siguientes pasos prácticos para que sus tuberías funcionen sin problemas y de forma segura.
H2: ¿Qué es CI/CD? Conceptos básicos explicados
H3: ¿Qué significa CI/CD?
La integración continua (CI) es la práctica de fusionar y validar automáticamente los cambios de código con frecuencia (idealmente, varias veces al día). El objetivo es detectar problemas de integración tempranamente mediante la creación y prueba de cada confirmación en un repositorio compartido. Esto minimiza el problema de "funciona en mi máquina" y acelera los ciclos de retroalimentación.
La entrega continua (CD) se basa en la CI al preparar automáticamente los cambios de código para que puedan implementarse de forma segura en producción en cualquier momento. La implementación en sí puede ser manual o programada, pero la canalización garantiza que el código esté siempre en un estado liberable y pase todas las pruebas y validaciones.
La implementación continua va un paso más allá: cada cambio que pasa las pruebas se implementa automáticamente en producción sin intervención manual. Este enfoque es común en entornos SaaS que buscan lanzamientos rápidos e iterativos.
H3: Componentes clave de un proceso de CI/CD
Una tubería típica consta de estas partes principales:
- Sistema de control de versiones (VCS): repositorios Git donde reside el código. Las estrategias de ramificación afectan la activación de la canalización.
- Automatización de compilación: compilación de código fuente o empaquetado de artefactos.
- Pruebas automatizadas: pruebas unitarias, de integración y, en ocasiones, de aceptación para validar cambios de código.
- Automatización de implementación: scripts o herramientas que envían código o contenedores a entornos de destino.
- Monitoreo y retroalimentación: alertas o paneles que rastrean el estado de producción y el estado de la tubería.
H3: En qué se diferencia la CI de la CD
CI se centra en la integración y validación del código, ejecutando compilaciones y pruebas en cada cambio de código. CD garantiza que esos cambios validados estén listos (y opcionalmente implementados) para producción. Por ejemplo, un flujo de trabajo típico de GitHub Actions podría ejecutar CI en cada confirmación, pero requerir aprobación manual antes de lanzarlo; esto demuestra entrega continua versus implementación continua.
Aquí hay un fragmento mínimo de YAML de GitHub Actions que ilustra los pasos de CI que se activan con cada pulsación:
[CÓDIGO: Fragmento YAML mínimo de canalización de CI para compilación y prueba usando GitHub Actions]
nombre: CI
en:
empujar:
sucursales:
- principal
solicitud_pull:
sucursales:
- principal
trabajos:
construir y probar:
se ejecuta en: ubuntu-latest
pasos:
- nombre: código fuente de pago
usos: acciones/compra@v3
- nombre: configurar Node.js 18.x
usos: acciones/setup-node@v3
con:
versión de nodo: 18
- nombre: instalar dependencias
ejecutar: npm ci
- nombre: ejecutar pruebas
ejecutar: prueba npm
Este canal se centra únicamente en la creación y las pruebas, lo que proporciona una validación rápida de los cambios de código.
H2: Por qué la CI/CD es importante en 2026: valor empresarial y casos de uso
H3: Acelerar el tiempo de comercialización
Un valor fundamental de CI/CD es acortar drásticamente los ciclos de retroalimentación. Cuando cada cambio de código desencadena una canalización que valida la funcionalidad rápidamente, los desarrolladores obtienen comentarios inmediatos en lugar de esperar horas o días. Esta aceleración significa que las empresas pueden ofrecer funciones, correcciones de errores y parches de seguridad más rápido, algo crucial en mercados competitivos donde la lentitud equivale a la pérdida de clientes.
H3: Mejora de la calidad del software
Las pruebas automatizadas integradas en los canales de CI detectan las regresiones temprano antes de la implementación. Esto reduce las posibilidades de que se introduzcan errores en producción. Según el Informe Stack Overflow DevOps de 2026, las organizaciones con procesos de CI/CD maduros reportan entre un 25% y un 40% menos de incidentes de producción. No hay nada mejor que la verificación automatizada como primera línea de defensa.
H3: Habilitación de DevOps y prácticas ágiles
Los flujos de trabajo de CI/CD forman la columna vertebral de las metodologías modernas DevOps y Agile. Permiten una integración e implementación frecuentes sin un trabajo manual frenético. Los equipos que implementan CI/CD con éxito a menudo reportan una mayor colaboración, una iteración más rápida y una mejor alineación entre el desarrollo y las operaciones.
H3: Caso de uso: lanzamientos rápidos de escalamiento de inicio de SaaS
Trabajé con una startup de SaaS que tenía problemas con los lanzamientos manuales: las implementaciones llevaban horas, ocurrían una vez cada dos semanas y provocaban frecuentes tiempos de inactividad debido a problemas de configuración. Después de implementar CI/CD con pruebas automatizadas e implementaciones azul-verde, implementaron diariamente con un tiempo de inactividad casi nulo. Su frecuencia de implementación aumentó de quincenal a diaria y las tasas de fallas en los cambios se redujeron en un 50 % en tres meses.
Las métricas clave típicas que importan aquí incluyen la frecuencia de implementación, el tiempo de espera para los cambios y la tasa de fallas de los cambios (medida mediante números de reversión o revisión).
H2: Arquitectura técnica de canalizaciones de CI/CD: análisis profundo
H3: Repositorios de control de código fuente y estrategias de ramificación
El control de fuente es la piedra angular de cualquier canalización. La forma en que organiza las sucursales afecta drásticamente la activación y la complejidad del proceso. Las estrategias comunes incluyen:
- Ramificación de funciones: los desarrolladores trabajan en ramas de funciones fusionadas después de la revisión. Fácil aislamiento pero puede retrasar la integración.
- Desarrollo basado en troncales: los desarrolladores se comprometen directamente con la rama principal o las ramas de funciones de corta duración se fusionan rápidamente. Permite una integración rápida pero requiere disciplina.
- Gitflow: un flujo de trabajo que involucra múltiples ramas (características, desarrollo, lanzamiento, master) popular pero puede agregar complejidad y fusiones más lentas.
La elección de su estrategia de ramificación depende del tamaño del equipo, la cadencia de lanzamiento y la tolerancia al riesgo.
H3: Crear servidores y herramientas de automatización
En el corazón de las canalizaciones se encuentran servidores de compilación o plataformas de automatización, como Jenkins, GitLab CI/CD, GitHub Actions o CircleCI. Cada uno tiene una arquitectura distinta:
- Jenkins tiene un modelo maestro-agente; altamente extensible pero complejo de mantener a escala.
- GitLab CI está integrado en los repositorios de GitLab; Buena experiencia todo en uno con canales bien definidos.
- GitHub Actions sobresale en los flujos de trabajo alojados en GitHub; integración estrecha pero ocasionalmente limitada por cuotas de concurrencia.
- CircleCI se centra en compilaciones basadas en contenedores con paralelismo rápido.
Compensación en el mundo real: Jenkins ofrece la máxima flexibilidad para las necesidades empresariales pero requiere un mantenimiento continuo. Las plataformas administradas como GitLab o GitHub Actions reducen los gastos generales, pero pueden limitar los flujos de trabajo personalizados o aumentar los costos a escala.
H3: Integración de automatización de pruebas
Las pruebas son el siguiente guardián después del éxito de la construcción. Las canalizaciones deben organizar primero las pruebas unitarias, luego las pruebas de integración, seguidas de las pruebas opcionales de extremo a extremo (E2E) y de rendimiento. Separarlos en etapas de canalización ayuda a diagnosticar fallas rápidamente.
Ejemplo: ejecutar pruebas unitarias rápidas en paralelo y luego ejecutar E2E secuencialmente para equilibrar la velocidad y la confianza. La incorporación de herramientas de prueba de detección de descamación puede evitar que fallos falsos provoquen retrasos.
H3: Estrategias de implementación
Las implementaciones definen cómo los cambios llegan a la producción con un riesgo mínimo.
- Despliegue azul-verde: dos entornos idénticos (azul/verde). La nueva versión se implementa en un entorno inactivo y luego el tráfico cambia. Reduce el tiempo de inactividad.
- Versiones Canary: dirija gradualmente un pequeño porcentaje del tráfico a la nueva versión para detectar problemas con antelación.
- Actualizaciones continuas: actualice secuencialmente subconjuntos de instancias para mantener la disponibilidad durante la implementación.
La elección de su estilo de implementación se relaciona con su infraestructura, apetito por el riesgo y patrones de carga de usuarios.
H2: Introducción: Guía de implementación paso a paso para su primera canalización de CI/CD
H3: Elija las herramientas adecuadas para su pila tecnológica
La elección de una herramienta de CI/CD depende en gran medida de su pila y de las necesidades organizativas. Por ejemplo:
- Los equipos nativos de la nube que utilizan GitHub se benefician de GitHub Actions debido a la estrecha integración y los minutos gratuitos en repositorios públicos.
- Las empresas con inquietudes locales a menudo se inclinan por Jenkins o GitLab autohospedado.
- Los proyectos livianos pueden usar CircleCI o Travis CI para una configuración rápida.
Considere los límites de concurrencia, las integraciones con su registro de contenedores o proveedor de nube y la escalabilidad.
H3: Mejores prácticas de instalación y configuración
Para los corredores o agentes autohospedados, proteger las credenciales es fundamental. Utilice administradores de secretos basados en bóvedas o variables de entorno con alcance por agente. Siga el principio de privilegio mínimo:
- Limite los tokens de API para acciones de canalización solo a lo que necesitan
- Utilice claves SSH sin contraseñas con precaución; Prefiera credenciales efímeras siempre que sea posible.
- Audite periódicamente los registros de acceso y rote los secretos semestralmente o en caso de compromiso
Integre canalizaciones con los activadores de su repositorio, generalmente a través de webhook o soporte de plataforma nativa.
H3: Escribir su primer guión de canalización
Aquí hay un GitLab CI YAML mínimo que muestra las etapas de compilación, prueba e implementación simplista para una aplicación Node.js:
[CÓDIGO: Ejemplo de canalización con etapas de compilación, prueba e implementación en GitLab CI]
etapas:
- construir
- prueba
- implementar
trabajo de construcción:
etapa: construir
imagen: nodo: 18
guión:
- npm ci
- compilación de ejecución npm
artefactos:
caminos:
- dist/
trabajo de prueba:
etapa: prueba
imagen: nodo: 18
guión:
- prueba npm
trabajo de implementación:
etapa: implementar
imagen: alpina
guión:
- echo "Implementando en el servidor de producción..."
- ./deploy.sh
cuando: manual
sólo:
- principal
Observe que la etapa de implementación es manual, lo que ilustra una entrega continua en lugar de una implementación.
H3: Prueba local primero
Antes de impulsar cambios en la canalización, probarlos localmente ahorra tiempo. Herramientas como el ejecutor local de GitLab o GitHub Actions Runner pueden simular la ejecución de la canalización en su máquina. El uso de contenedores Docker que imitan los entornos de canalización ayuda a detectar problemas de dependencia o permisos de manera temprana.
H3: Consejo práctico
Comience con una canalización básica: cree y pruebe en cada impulso. Una vez estable, agregue puertas de implementación y calidad de forma incremental. Esto reduce la complejidad y hace que la depuración sea manejable.
H2: Mejores prácticas y consejos de producción para canalizaciones de CI/CD
H3: Mantener los oleoductos rápidos y eficientes
Los oleoductos de larga duración acaban con la productividad. Paralelice trabajos independientes (por ejemplo, pruebas unitarias divididas por paquete), dependencias de caché (caché npm/yarn, capas Docker) y evite tareas redundantes.
En un proyecto, reduje el tiempo de compilación de 15 a 10 minutos implementando el almacenamiento en caché de node_modules y fragmentos de prueba paralelos. Los tiempos de tramitación más cortos significan una retroalimentación más rápida.
H3: Utilice artefactos inmutables y control de versiones
Produzca siempre artefactos versionados almacenados en repositorios de artefactos como Nexus, Artifactory o S3. Implemente versiones etiquetadas en lugar de "últimas" para evitar la deriva y permitir la reversión.
Por ejemplo, etiquete imágenes de Docker con versiones semánticas y Git confirme SHA, luego implemente etiquetas exactas.
H3: Asegure sus tuberías
Implemente la gestión de secretos con herramientas como HashiCorp Vault o los administradores de secretos del proveedor de la nube. Evite codificar contraseñas o claves en scripts o archivos de configuración.
Utilice el control de acceso basado en roles (RBAC) en las herramientas de canalización para limitar quién puede activar implementaciones o modificar canalizaciones. Mantenga los registros de auditoría habilitados para rastrear cambios y desencadenar eventos.
H3: Monitorear y alertar sobre el estado de la tubería
Realice un seguimiento de las tasas de éxito/fracaso de la canalización, los tiempos de ejecución promedio y las métricas de fallas a través de su panel de CI o herramientas externas como Datadog o Prometheus.
Configure alertas sobre fallas repetidas o ejecuciones prolongadas para detectar la degradación de la tubería de manera temprana. La detección temprana ayuda a evitar problemas mayores en el futuro.
H3: Limitaciones y compensaciones
La complejidad de las tuberías puede salirse de control, aumentando los costos de mantenimiento. El bloqueo de herramientas puede hacer que las migraciones sean dolorosas. Además, el consumo de recursos de CI/CD puede ser sustancial, por lo que se debe considerar la elasticidad del corredor y las restricciones presupuestarias.
H2: Errores comunes y cómo evitarlos
H3: Sobrecarga de tuberías con demasiadas responsabilidades
He visto canalizaciones que intentan hacer demasiado (construcción, pruebas, implementación, escaneo de código, evaluación comparativa de rendimiento) todo de una sola vez. Esto conduce a oleoductos largos y frágiles que fallan de manera impredecible. Es mejor aislar las preocupaciones, dividiendo "construir y probar" e "implementar y monitorear" en procesos o etapas de flujo de trabajo separados.
H3: Descuidar las pruebas o ejecutar pruebas inestables
Las pruebas inestables acaban con la confianza en los oleoductos. En un proyecto, una prueba de integración deficiente provocó falsos negativos, lo que provocó anulaciones manuales y lanzamientos retrasados. La cura: poner en cuarentena las pruebas inestables, corregirlas o reescribirlas y monitorear la estabilidad de las pruebas continuamente.
H3: Ignorar la seguridad de la tubería
Las filtraciones de secretos o credenciales obsoletas han provocado costosas infracciones. Trate sus canalizaciones de CI/CD como activos de seguridad de primera clase. Rote tokens, cifre variables de entorno y limite los permisos de los usuarios.
H3: No monitorear las métricas de canalización
Sin métricas, la degradación de la tubería pasa desapercibida hasta que afecta la entrega. En el proyecto de un cliente, los retrasos inadvertidos en las colas de los procesos duplicaron los tiempos de espera antes de que el equipo configurara el monitoreo y ampliara los corredores.
H3: Consejos prácticos
Programe auditorías de rutina de tuberías trimestrales o bianuales. Limpie los trabajos no utilizados, actualice las dependencias con regularidad y elimine los scripts obsoletos.
H2: Ejemplos y estudios de casos del mundo real
H3: Estudio de caso: Transformación CI/CD de la plataforma de comercio electrónico
Un cliente de comercio electrónico con el que trabajé tuvo problemas con las publicaciones propensas a errores realizadas principalmente de forma manual. Presentamos canalizaciones de CI de GitLab para automatizar compilaciones y pruebas y adoptamos la implementación azul-verde para sus clústeres de Kubernetes.
Resultados en seis meses:
- La frecuencia de implementación aumentó de una vez cada dos semanas a dos veces al día.
- Los retrocesos se redujeron en más del 70%.
- El tiempo medio de implementación se redujo de 20 minutos a menos de 5 minutos.
H3: Lecciones de la cartera de proyectos de código abierto
Mire proyectos como Kubernetes y React. Kubernetes utiliza procesos complejos con cientos de trabajos orquestados en Prow con un fuerte enfoque en pruebas E2E paralelas. La CI de React enfatiza las compilaciones incrementales y utiliza el almacenamiento en caché de manera agresiva.
Notará que estos proyectos maduros diseñan canalizaciones teniendo en cuenta la modularidad, la observabilidad y la escalabilidad.
H3: Cómo afectan los microservicios al diseño de canalizaciones
Las arquitecturas de microservicios complican las canalizaciones porque cada servicio necesita procesos independientes de creación, prueba e implementación. La coordinación de dependencias y la compatibilidad de versiones requiere un control de versiones cuidadoso y, a veces, herramientas de orquestación complejas como ArgoCD o Flux para flujos de trabajo de GitOps.
H2: Descripción general del ecosistema de herramientas, bibliotecas y recursos
H3: Herramientas convencionales de CI/CD
- Jenkins: ecosistema de complementos enorme y altamente personalizable; requiere mantenimiento.
- GitLab CI/CD: Integrado con GitLab, admite canalizaciones en varios idiomas y Kubernetes.
- CircleCI: nativo de contenedor, admite paralelismo, buena nube y opciones locales.
- Travis CI: fácil inicio, menos flexible para escala empresarial.
- Acciones de GitHub: Estrecha integración de GitHub, aumentando las acciones del mercado comunitario.
H3: Marcos de prueba que se integran perfectamente
Seleccionar pruebas que se ajusten a su canalización es importante:
- JUnit/TestNG (Java)
-pytest (Python)
- Broma/Moca (JavaScript)
- Selenium y Cypress para la automatización del navegador E2E
H3: Infraestructura como herramientas de código
Para extender la automatización más allá de la construcción/implementación, es común el aprovisionamiento de infraestructura mediante gráficos Terraform, Ansible o Helm. Estas herramientas se conectan a tuberías para imponer entornos reproducibles.
H3: Herramientas de gestión de secretos
- HashiCorp Vault: secretos dinámicos, API robusta.
- AWS Secrets Manager: totalmente administrado, integrado en AWS.
- Azure Key Vault y Google Secret Manager sirven de manera similar a sus nubes.
H3: Recursos
Para los documentos oficiales, la documentación de GitLab CI está bien escrita y actualizada. Los documentos de GitHub Actions explican bien la sintaxis del flujo de trabajo y las mejores prácticas. Los foros comunitarios en DevOps Stack Exchange y r/devops de Reddit brindan experiencias del mundo real.
H2: Comparación: canalizaciones de CI/CD frente a métodos de implementación tradicionales
H3: Riesgos y limitaciones de la implementación manual
Las implementaciones manuales provocan errores humanos, como pasos omitidos o rutas de configuración incorrectas, lo que a menudo provoca tiempo de inactividad o inconsistencias. Ralentizan los ciclos de retroalimentación, lo que a veces requiere esfuerzos de todo el día durante lo que deberían ser minutos.
H3: Canalizaciones programadas frente a canalizaciones totalmente automatizadas
Algunos equipos utilizan herramientas de implementación programadas, pero aún requieren aprobación o intervención manual. Este enfoque híbrido reduce el error pero pierde algunos beneficios de la automatización total, como la implementación continua. Compensación: control versus velocidad.
H3: CI/CD nativo de la nube frente a soluciones locales
Las plataformas nativas de la nube ofrecen configuración rápida, escalabilidad y ejecutores administrados, pero a veces carecen de una integración profunda o control de costos. Las soluciones locales brindan más control y seguridad, pero exigen mantenimiento y es posible que no se puedan escalar fácilmente.
La elección depende de los requisitos de cumplimiento, el presupuesto y la experiencia interna de su organización.
H2: Preguntas frecuentes: abordar preguntas técnicas comunes
H3: ¿Cómo manejo los secretos en las canalizaciones de CI/CD de forma segura?
Utilice herramientas de gestión de secretos integradas con su plataforma CI/CD o inyecte secretos como variables de entorno en tiempo de ejecución. Nunca almacene secretos de texto sin formato en repositorios o secuencias de comandos de canalización. Rote y audite periódicamente el acceso.
H3: ¿Cuál es la mejor manera de realizar implementaciones de versiones?
Etiquete compilaciones y artefactos con control de versiones semántico combinado con confirmación SHA para mayor trazabilidad. Utilice imágenes de contenedores versionadas y almacene artefactos en un registro o repositorio de artefactos para permitir reversiones precisas.
H3: ¿Cómo puedo mejorar los tiempos de ejecución de las canalizaciones?
Paralelice trabajos independientes, almacene en caché las dependencias y divida las canalizaciones en etapas incrementales más pequeñas. Supervise los pasos lentos y analice los registros para identificar cuellos de botella.
H3: ¿Debo elegir entrega continua o implementación continua?
La entrega continua es más segura para los equipos que desean un control manual de los lanzamientos y, al mismo tiempo, beneficiarse de los procesos de compilación/prueba automatizados. La implementación continua es adecuada para equipos maduros con pruebas integrales que desean una implementación inmediata después de la validación.
H3: ¿Cómo recuperarse de una implementación fallida?
Implemente reversiones automatizadas utilizando artefactos inmutables. Utilice implementaciones azul-verde o canario para minimizar el radio de explosión. Pruebe siempre los procedimientos de reversión con regularidad para evitar sorpresas.
H3: ¿Puedo integrar aprobaciones manuales en procesos automatizados?
Sí, la mayoría de las herramientas CI/CD modernas admiten puertas manuales o pasos de aprobación, lo que permite flujos de trabajo híbridos que equilibran la automatización con las comprobaciones humanas.
H3: ¿Cómo superviso el rendimiento de la canalización?
Aproveche los paneles nativos en herramientas como GitLab o Jenkins. Envíe métricas a sistemas de monitoreo como Prometheus/Grafana con los exportadores o utilice monitoreo SaaS de terceros. Realice un seguimiento de las tasas de éxito, las duraciones, las causas de las fallas y la debilidad.
H2: Conclusión y próximos pasos
En resumen, las mejores prácticas para los canales de CI/CD en 2026 giran en torno a principios fundamentales sólidos: integraciones rápidas y confiables a través de compilaciones y pruebas automatizadas; implementaciones automatizadas pero controladas; estricta gestión de seguridad y secretos; y seguimiento y mejora continua.
He visto canalizaciones que pasan de ser cuellos de botella a convertirse en facilitadores cuando se construyen de forma incremental y cuidadosa. Recuerde, CI/CD no es una configuración única: es un sistema en evolución que necesita refinamiento y adaptación constantes.
Si recién está comenzando, concéntrese primero en automatizar compilaciones y pruebas, luego agregue etapas de implementación con estrategias de implementación cautelosas. A medida que crezca su confianza, amplíe conscientemente la complejidad de su canalización.
Pruébelo usted mismo: redacte una canalización mínima utilizando los scripts de ejemplo anteriores con su pila tecnológica. Luego, repita, mida y refine en función de los resultados reales.
Los canales de CI/CD funcionan mejor cuando se adaptan al tamaño, la tolerancia al riesgo y la tecnología de su equipo. Si se aplican bien, acelerarán la entrega, mejorarán la calidad del software y ayudarán a sus equipos a colaborar mejor.
Suscríbete para recibir más guías prácticas como esta si te resultó útil. Y recuerde, la práctica hace la perfección con las tuberías; no tenga miedo de experimentar de forma segura.
[COMANDO: Instalación de GitLab Runner en Ubuntu 22.04]
sudo curl -L --output /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64
sudo chmod +x /usr/local/bin/gitlab-runner
sudo useradd --comment 'GitLab Runner' --create-home gitlab-runner --shell /bin/bash
sudo gitlab-runner install --user=gitlab-runner --working-directory=/home/gitlab-runner
inicio de sudo gitlab-runner
[COMANDO: Ejecutar pruebas localmente con GitHub Actions Runner]
cd myrepo
clon de git https://github.com/actions/runner.git
corredor de cd
./config.sh --url https://github.com/myorg/myrepo --token
Si este tema le interesa, también puede resultarle útil: http://127.0.0.1:8000/blog/unlocking-the-secrets-of-performance-tuning-a-complete-guide