INTEGRACIÓN GITLAB n8n: AUTOMATIZAR GITLAB CON N8N

Esta acción recupera la lista de repositorios asociados a un usuario o grupo en GitLab. Perfecta para auditar proyectos, alimentar dashboards de métricas, o sincronizar inventarios de repos con otras herramientas.

Parámetros clave: Credential to connect with: Selección de la credencial GitLab configurada (requerido). Autentica la petición API. Resource: Fijado en "User", indica que la acción trabaja sobre recursos a nivel de usuario. Operation: Definido en "Get Repositories", especifica que recuperas la lista de repos. Project Owner: Campo de texto (requerido) donde ingresas el username o nombre del grupo propietario de los repositorios (ej: "n8n-io").

Casos de uso típicos: Genera automáticamente un inventario de todos tus repositorios en una Google Sheet con n8n cada semana. Alimenta un dashboard Notion integrado con n8n con la lista actualizada de proyectos activos. Compara listas de repos entre diferentes grupos para detectar duplicados o proyectos huérfanos.

Cuándo usarla: Ideal para workflows de auditoría, reportes automatizados, o sincronización de datos de repositorio hacia herramientas de project management.

Recupera la lista de issues de un repositorio específico con filtros opcionales. Esta acción es fundamental para sincronizar issues con sistemas externos, generar reportes de bugs, o monitorear el estado de tu backlog.

Parámetros clave: Credential to connect with: Credencial GitLab requerida para autenticación. Resource: "Repository" (requerido), define que trabajas con recursos de tipo repositorio. Operation: "Get Issues" (requerido), especifica la recuperación de issues. Project Owner: Texto requerido con el namespace o usuario propietario (ej: "n8n-io"). Project Name: Texto requerido con el nombre del repositorio (ej: "n8n"). Return All: Interruptor on/off. Si activado, recupera todos los issues sin límite. Si desactivado, debes especificar un límite. Limit: Número de issues a recuperar (ej: 20). Activo solo si "Return All" está desactivado. Filters: Sección expandible para añadir filtros adicionales (estado, labels, milestone, etc.). Opcional pero muy útil para refinar resultados.

Casos de uso típicos: Sincroniza automáticamente issues abiertos de GitLab con Trello o Asana cada hora. Genera un reporte semanal de issues críticos sin resolver y envíalo por email al equipo. Alimenta un dashboard de métricas (tiempo medio de resolución, issues por label, etc.) en Google Data Studio.

Cuándo usarla: Esencial para workflows de sincronización bidireccional, reporting automático, o integración GitLab con herramientas de gestión de tareas.

Obtiene los detalles completos de un repositorio específico (descripción, URL, estadísticas, configuración, etc.). Útil para workflows que necesitan metadatos de repositorio antes de ejecutar otras acciones.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Repository" (requerido). Operation: "Get" (requerido), indica que recuperas información de un repo. Project Owner: Texto requerido, propietario del proyecto (ej: "n8n-io"). Project Name: Texto requerido, nombre exacto del repositorio (ej: "n8n").

Casos de uso: Verifica automáticamente la configuración de un repositorio antes de ejecutar un workflow de deploy. Recupera la URL de clonación de un repo para alimentar un script de backup automatizado. Sincroniza metadatos de repositorio (descripción, topics, visibility) con una base de datos central.

Cuándo usarla: Para workflows condicionales que dependen de propiedades del repositorio, o para auditorías de configuración automatizadas.

Modifica los detalles de una release existente (descripción, tag, assets). Indispensable para workflows de CI/CD que generan releases automáticamente y deben actualizarlas con notas de versión o artefactos.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Release" (requerido). Operation: "Update" (requerido), define la modificación de una release existente. Project Owner: Texto requerido, propietario del proyecto (ej: "n8n-io"). Project Name: Texto requerido, nombre del repositorio (ej: "n8n"). Project ID: Texto opcional, ID numérico del proyecto. Alternativa a Owner + Name si conoces el ID. Tag Name: Texto requerido, tag de la release a actualizar (ej: "v1.2.3"). Acepta valores fijos o expresiones. Additional Fields: Sección expandible para añadir propiedades opcionales (descripción, nombre, fecha, assets). Aquí defines qué campos actualizar.

Casos de uso: Actualiza automáticamente la descripción de una release con un changelog generado desde commits. Añade artefactos (binarios, docs) a una release después de que el pipeline CI/CD los construye. Corrige automáticamente releases con información incompleta detectadas por un workflow de validación.

Cuándo usarla: Workflows de CI/CD avanzados, automatización de releases con contenido dinámico, o corrección masiva de releases.

Recupera una lista de releases de un repositorio con paginación opcional. Perfecta para generar historiales de versiones, comparar releases, o alimentar dashboards de deploy.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Release" (requerido). Operation: "Get Many" (requerido), indica recuperación múltiple. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Project ID: Texto opcional, ID del proyecto (alternativa a Owner + Name). Return All: Interruptor on/off. Si activado, recupera todas las releases. Si no, aplica límite. Limit: Número de releases a recuperar (ej: 20). Activo si "Return All" está desactivado. Additional Fields: Filtros opcionales para refinar la búsqueda (ej: solo releases pre-release, ordenación, etc.).

Casos de uso: Genera automáticamente un changelog completo con todas las releases del último año. Compara versiones de releases entre varios repositorios para detectar desincronizaciones. Alimenta una Notion database con el historial de releases de todos tus proyectos.

Cuándo usarla: Reporting de versiones, auditorías de deploy, documentación automática de releases.

Obtiene los detalles completos de una release específica identificada por su tag. Útil para workflows que deben verificar el contenido de una release antes de ejecutar acciones downstream.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Release" (requerido). Operation: "Get" (requerido), recuperación de una release. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Project ID: Texto opcional, ID del proyecto. Tag Name: Texto opcional, tag de la release a recuperar (ej: "v1.0.0"). Si vacío, puede recuperar la última release según comportamiento API.

Casos de uso: Verifica que una release contiene todos los assets esperados antes de notificar clientes. Recupera la descripción de una release para generar un email de anuncio automático. Compara el contenido de una release entre staging y production.

Cuándo usarla: Workflows condicionales de validación de releases, notificaciones automáticas post-release, auditorías de contenido.

Elimina permanentemente una release de un repositorio GitLab identificada por su tag. Útil para limpiar releases de prueba, corregir errores de publicación, o automatizar la gestión del ciclo de vida de releases.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Release" (requerido). Operation: "Delete" (requerido), especifica la eliminación. Project Owner: Texto requerido, propietario del proyecto (ej: "n8n-io"). Project Name: Texto requerido, nombre del repositorio (ej: "n8n"). Project ID: Texto opcional, ID del proyecto. Tag Name: Texto requerido, tag de la release a eliminar (ej: "v0.1.0-beta"). Debe especificarse para identificar la release única.

Casos de uso: Limpia automáticamente releases de prueba o pre-release antiguas cada trimestre. Elimina releases duplicadas detectadas por un workflow de validación. Revierte una release publicada por error y notifica al equipo automáticamente.

Cuándo usarla: Mantenimiento automatizado de releases, corrección de errores de publicación, limpieza de entorno de desarrollo.

Crea una nueva release en un repositorio GitLab con tag, descripción y assets opcionales. Acción clave para workflows de CI/CD que automatizan completamente el proceso de publicación de versiones.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Release" (requerido). Operation: "Create" (requerido), define la creación de una release nueva. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Tag: Texto opcional, tag de la release a crear (ej: "v2.0.0"). Si vacío, puede usar un tag existente o crearlo según configuración. Additional Fields: Sección expandible para añadir nombre, descripción, fecha de release, assets, milestones asociados, etc. Personaliza completamente el contenido de la release.

Casos de uso: Crea automáticamente una release con changelog cuando se fusiona la rama main y etiqueta el commit. Genera releases con assets (binarios, docs PDF) después de que tu pipeline CI construye artefactos. Publica releases programadas cada sprint con descripción generada desde issues cerrados.

Cuándo usarla: Workflows de CI/CD end-to-end, automatización de publicaciones de versiones, releases programadas.

Bloquea un issue para prevenir nuevos comentarios. Útil para cerrar conversaciones resueltas, proteger issues sensibles, o automatizar la gestión de issues antiguos.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Issue" (requerido). Operation: "Lock" (requerido), define el bloqueo del issue. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Issue Number: Número requerido, ID del issue a bloquear (ej: 42). Lock Reason: Menú desplegable con opciones predefinidas ("Resolved", "Off-topic", "Spam", etc.). Define el motivo del bloqueo.

Casos de uso: Bloquea automáticamente issues resueltos hace más de 30 días para evitar reaperturas accidentales. Protege issues sensibles (seguridad, confidencialidad) bloqueándolos tras cierre. Cierra y bloquea issues spam detectados por un workflow de moderación.

Cuándo usarla: Mantenimiento de backlog, protección de conversaciones resueltas, moderación automatizada.

Recupera los detalles completos de un issue específico identificado por su número. Esencial para workflows que necesitan verificar el estado, asignación o contenido de un issue antes de ejecutar acciones.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Issue" (requerido). Operation: "Get" (requerido), recuperación de un issue. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Issue Number: Número requerido, ID único del issue a recuperar (ej: 123).

Casos de uso: Verifica el estado de un issue antes de enviar una notificación al equipo. Recupera la descripción de un issue para generar un ticket en Zendesk automáticamente. Valida que un issue está asignado antes de ejecutar un workflow de escalado.

Cuándo usarla: Workflows condicionales basados en estado de issues, sincronización con herramientas externas, validaciones pre-acción.

Modifica los campos de un issue existente (título, descripción, labels, assignees, milestone, estado). Acción central para automatizar la gestión de issues sin intervención manual.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Issue" (requerido). Operation: "Edit" (requerido), define la modificación de un issue. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Issue Number: Número requerido, ID del issue a editar (ej: 456). Edit Fields: Sección donde seleccionas qué campos modificar (título, descripción, labels, assignees, milestone, due date, etc.). Al menos un campo debe seleccionarse para que la acción tenga efecto.

Casos de uso: Actualiza automáticamente labels de issues cuando cambia el estado en Jira. Asigna issues sin owner detectados por un workflow de auditoría. Cambia el milestone de issues cuando se replanifica un sprint en Monday.

Cuándo usarla: Sincronización bidireccional con project managers, automatización de triaje de issues, workflows de gestión de backlog.

Añade un comentario a un issue existente. Perfecto para automatizar actualizaciones de seguimiento, notificaciones contextuales, o sincronización de conversaciones entre herramientas.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Issue" (requerido). Operation: "Create Comment" (requerido), define la adición de un comentario. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Issue Number: Número requerido, ID del issue donde añadir el comentario (ej: 789). Body: Texto multilínea requerido, contenido del comentario a añadir. Acepta Markdown.

Casos de uso: Añade automáticamente un comentario de confirmación cuando QA valida un fix. Sincroniza conversaciones: cuando alguien comenta en Zendesk, replica el comentario en el issue GitLab asociado. Notifica en el issue cuando un deploy a producción incluye el fix correspondiente.

Cuándo usarla: Workflows de seguimiento automatizado, sincronización de conversaciones entre herramientas, notificaciones contextuales en issues.

Crea un nuevo issue en un repositorio GitLab con título, descripción, labels, assignees y metadatos configurables. Acción fundamental para automatizar la creación de tareas desde eventos externos.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "Issue" (requerido). Operation: "Create" (requerido), define la creación de un issue. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Title: Texto opcional, título del issue a crear. Body: Texto multilínea opcional, descripción completa del issue. Acepta Markdown. Due Date: Selector de fecha opcional, fecha límite para el issue. Labels: Texto opcional, labels a aplicar al issue (separados por comas).

Casos de uso: Crea automáticamente un issue GitLab cuando llega un bug report por email o formulario web. Genera issues de seguimiento cuando falla un workflow de CI/CD. Convierte automáticamente solicitudes de Slack o Teams en issues GitLab con contexto completo.

Cuándo usarla: Automatización de creación de tareas desde fuentes externas, workflows de triaje de bugs, integración con herramientas de soporte.

Lista los archivos de un directorio específico en un repositorio GitLab con paginación opcional. Útil para auditar contenido de repos, sincronizar documentación, o alimentar workflows basados en estructura de archivos.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "File" (requerido). Operation: "List" (requerido), indica listado de archivos. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). Return All: Interruptor on/off. Si activado, lista todos los archivos sin límite. Limit: Número de archivos a listar (ej: 20). Activo si "Return All" está desactivado. Path: Texto que especifica el directorio a listar (ej: "docs/"). Si vacío, lista la raíz del repo. Page: Número de página a recuperar (ej: 1 para la primera página). Útil para paginación manual. Additional Parameters: Sección expandible para añadir filtros opcionales (rama, ref, recursivo, etc.).

Casos de uso: Lista automáticamente archivos de documentación modificados para generar un índice actualizado. Detecta archivos faltantes comparando estructura esperada vs. real. Alimenta un workflow que procesa cada archivo listado (ej: conversión Markdown → PDF).

Cuándo usarla: Auditorías de contenido, sincronización de documentación, workflows de procesamiento masivo de archivos.

Recupera el contenido completo de un archivo específico de un repositorio GitLab, opcionalmente en formato binario. Esencial para workflows que procesan archivos de configuración, scripts, o documentación.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "File" (requerido). Operation: "Get" (requerido), recuperación de un archivo. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). File Path: Texto requerido, ruta completa del archivo a recuperar (ej: "docs/README.md"). Acepta valores fijos o expresiones dinámicas. As Binary Property: Interruptor on/off. Si activado, devuelve el contenido como dato binario (útil para imágenes, PDFs, etc.). Put Output File in Field: Texto que define el nombre del campo donde se almacenará el contenido binario (ej: "data"). Activo si "As Binary Property" está activado. Additional Parameters: Sección expandible para especificar rama, ref, etc.

Casos de uso: Recupera archivos de configuración para validarlos o procesarlos en pasos siguientes del workflow. Descarga archivos de documentación Markdown para convertirlos a HTML o PDF automáticamente. Sincroniza archivos críticos (secrets, configs) entre repositorios o hacia herramientas externas.

Cuándo usarla: Workflows de procesamiento de archivos, validación de configuraciones, sincronización de documentación.

Modifica el contenido de un archivo existente en un repositorio GitLab. Indispensable para workflows que actualizan configuraciones, documentación o scripts automáticamente.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "File" (requerido). Operation: "Edit" (requerido), define la modificación de un archivo. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). File Path: Texto requerido, ruta del archivo a editar (ej: "docs/README.md"). Acepta valores fijos o expresiones. Binary File: Interruptor on/off opcional. Si activado, indica que el contenido es binario (imagen, PDF). Si desactivado, se espera texto.

Casos de uso: Actualiza automáticamente archivos README con badges o métricas generadas dinámicamente. Modifica archivos de configuración (JSON, YAML) cuando cambian valores en una base de datos central. Sincroniza documentación entre Google Docs y archivos Markdown en GitLab.

Cuándo usarla: Workflows de actualización de documentación, sincronización de configuraciones, automatización de cambios de código/config.

Elimina permanentemente un archivo de un repositorio GitLab con commit message opcional. Útil para limpiar archivos obsoletos, automatizar mantenimiento de repos, o sincronizar eliminaciones entre sistemas.

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "File" (requerido). Operation: "Delete" (requerido), especifica la eliminación de un archivo. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). File Path: Texto requerido, ruta del archivo a eliminar (ej: "docs/README.md"). Commit Message: Texto opcional, mensaje que acompañará el commit de eliminación. Si vacío, GitLab usa un mensaje por defecto. Branch: Texto opcional, rama donde eliminar el archivo. Si vacío, usa la rama por defecto del repo. Additional Parameters: Sección expandible para añadir parámetros opcionales si es necesario.

Casos de uso: Elimina automáticamente archivos temporales o de prueba antiguos cada mes. Sincroniza eliminaciones: cuando borras un archivo en Dropbox con n8n, elimínalo también del repo GitLab. Limpia archivos de documentación obsoletos detectados por un workflow de auditoría.

Cuándo usarla: Mantenimiento automatizado de repositorios, sincronización de eliminaciones, limpieza de archivos obsoletos.

Crea un nuevo archivo en un repositorio GitLab con contenido, commit message y rama configurables. Acción clave para workflows que generan archivos automáticamente (documentación, configs, scripts).

Parámetros clave: Credential to connect with: Credencial GitLab (requerida). Resource: "File" (requerido). Operation: "Create" (requerido), define la creación de un archivo. Project Owner: Texto requerido, propietario (ej: "n8n-io"). Project Name: Texto requerido, nombre del repo (ej: "n8n"). File Path: Texto requerido, ruta y nombre del archivo a crear (ej: "docs/README.md"). Binary File: Interruptor on/off. Si activado, indica que el contenido es binario. Si desactivado, se espera texto plano. File Content: Texto multilínea donde ingresas el contenido del archivo. Requerido a menos que el archivo sea binario. Commit Message: Texto opcional, mensaje del commit de creación. Si vacío, GitLab usa un mensaje por defecto. Branch: Texto opcional, rama donde crear el archivo. Si vacío, usa la rama por defecto del repo.

Casos de uso: Genera automáticamente archivos de changelog con contenido dinámico desde commits. Crea archivos de configuración personalizados para cada cliente desde plantillas y datos en Airtable. Añade archivos de documentación generados automáticamente (ej: API docs desde OpenAPI spec).

Cuándo usarla: Workflows de generación de archivos dinámicos, automatización de documentación, creación de configuraciones personalizadas.