01
Cambia el contexto de ejemplo
push y main son valores de demostración. Para una merge request, modifica primero el origen y las ramas del pipeline.
Herramientas CI/CD
editor de GitLab CI — revisa las reglas antes del push
Pega .gitlab-ci.yml, define el contexto de prueba y examina jobs, variables e includes locales que proporciones.
editor de GitLab CI
YAML de CI
Resultado
El análisis se hace en este navegador. No se envía nada a GitLab.
Aún no se ha analizado. Ejecuta el análisis de este YAML.
Un archivo YAML válido puede tener un stage mal escrito o una regla que descarte el job esperado. El editor de GitLab CI permite comprobar esas pistas locales antes de acumular commits de prueba.
El validador de GitLab CI de esta página cubre estructuras concretas. Para saber qué hará tu proyecto y versión de GitLab, confirma el archivo en CI Lint.
Por qué usar el editor de GitLab CI
Distingue lo omitido de lo que no puede saberse sin repositorio.
Cada decisión tiene motivo
El editor de GitLab CI muestra jobs incluidos, omitidos o indeterminados para el contexto indicado. Sin diff, rules:changes no se interpreta como falso.
Includes locales sin suposiciones
Añade la ruta exacta y el YAML de include:local. Si falta un archivo, se marca como no resuelto en vez de usar una configuración vacía.
Tres comprobaciones antes de confiar en la vista
02
Adjunta el archivo local correcto
include:local necesita ruta y contenido coincidentes. El navegador no puede explorar tu repositorio ni descargar plantillas remotas.
03
Separa los resultados
Análisis YAML, diagnóstico estructural y reglas responden a preguntas distintas. Al cambiar una opción se bloquea la exportación hasta analizar de nuevo.
Estructura y referencias a la vista
Formateo que conserva el original
Para formatear .gitlab-ci.yml, genera una salida aparte con sangría de dos espacios y conserva los comentarios representables.
Comprobaciones concretas
El validador de GitLab CI revisa stages, acción de jobs, forma de rules y referencias needs locales; no equivale al esquema completo del servidor.
Vista de reglas
Puedes probar rules de GitLab CI con valores explícitos y orden de primera coincidencia para expresiones if admitidas. Se admiten presencia de variables, ==, !=, &&, || y paréntesis; las expresiones regulares quedan indeterminadas.
Variables referenciadas
La lista de variables de GitLab CI muestra definiciones y referencias $NAME. Las variables del proyecto no son visibles aquí.
Límites del análisis local
- No ejecuta un pipeline
- El editor de GitLab CI no llama al servidor ni ejecuta scripts. Usa CI Lint del proyecto para validar permisos, versión y contexto reales.
- Sin archivos no hay respuesta
- rules:changes y rules:exists necesitan archivos o diff. La falta de ese contexto se muestra como indeterminado, nunca como falso.
- Solo includes aportados
- include:local se resuelve si proporcionas ruta y contenido exactos; project, remote, template y component no se consultan.
- Valor local ausente no es secreto ausente
- Las variables pueden provenir de proyecto, grupo, instancia o ejecución manual; esta página solo ve lo que introduces.
- Nunca modifica la entrada
- El YAML formateado aparece en resultados. Revísalo antes de copiar o descargar; la fuente original sigue disponible.
Preguntas sobre el editor de GitLab CI
¿Cómo valido .gitlab-ci.yml antes de hacer push?
Usa el editor de GitLab CI para las comprobaciones locales admitidas y después CI Lint en tu proyecto para la validación definitiva.
¿Por qué una regla no incluye el job esperado?
La vista local sigue las expresiones if admitidas y la primera coincidencia. GitLab CI Lint puede simular con datos del servidor que esta página no posee.
¿Por qué include:local no encuentra el archivo?
Introduce la ruta include:local exacta y pega su contenido. Si no proporcionas el archivo, queda sin resolver; comprueba ruta y referencia en GitLab.
¿Se pueden usar variables del job en rules:if?
Las variables del job no siempre existen al evaluar rules durante la creación del pipeline. Comprueba la procedencia de cada valor.
¿Cómo identificar las variables usadas en el YAML?
En Variables verás referencias $NAME y definiciones locales. Que falte una definición no demuestra que no exista en la configuración de GitLab.
¿Encontraste un workflow que esta herramienta juzga mal?
Usa el editor de GitLab CI con tu borrador
Vuelve al editor de GitLab CI, revisa lo indeterminado y valida después el archivo final en tu proyecto.