n8n con GitHub: Automatiza tu Flujo de Desarrollo [2026]

n8n con GitHub es una de las integraciones más potentes que podés configurar si trabajás en desarrollo de software. Cada evento en tu repositorio —desde un nuevo issue hasta un pull request mergeado o un release publicado— puede disparar acciones automáticas: notificaciones al equipo, actualizaciones en el gestor de proyectos, alertas en Slack, asignación de tareas y mucho más. Todo sin escribir scripts complicados ni depender de Zapier.

En esta guía vas a aprender cómo integrar n8n con GitHub paso a paso, qué eventos podés usar como disparadores y cuáles son los workflows más útiles para equipos de desarrollo en LATAM. Tanto si trabajás solo como si coordinás un equipo, esta integración te ayuda a mantener a todos sincronizados sin esfuerzo manual.

¿Qué podés automatizar con n8n con GitHub?

La integración de n8n con GitHub cubre prácticamente todo el ciclo de vida del desarrollo de software. Acá te dejo un resumen de las automatizaciones más útiles organizadas por categoría:

Gestión de issues

• Asignar issues automáticamente según etiquetas o keywords.
• Notificar al equipo en Slack cuando se crea un issue crítico.
• Crear tarjetas en Trello o Jira cuando se abre un issue.
• Cerrar issues automáticamente cuando se mergea un PR relacionado.

Pull Requests

• Notificar a revisores cuando se abre un PR.
• Recordar automáticamente si un PR lleva más de 48 horas sin revisión.
• Publicar el resultado de los CI checks en Slack.
• Crear un registro en Notion o Google Sheets de todos los PRs mergeados.

Releases y deployments

• Notificar al equipo cuando se publica una nueva versión.
• Actualizar automáticamente el changelog.
• Enviar anuncios de release a Discord o Telegram.
• Disparar deployments automáticos en tu servidor.

Monitoreo del repositorio

• Alertas si se pushea directamente a main/master.
• Notificaciones de nuevas estrellas o forks.
• Reportes semanales de actividad del repositorio.

Si todavía no tenés n8n instalado, te recomiendo empezar por nuestra guía de instalación de n8n antes de seguir con esta integración.

Paso 1: Configurar credenciales de GitHub en n8n

Antes de crear cualquier workflow de n8n con GitHub, necesitás autenticar la conexión. Hay dos formas de hacerlo:

Opción 1 — Personal Access Token (recomendado)

Esta es la forma más simple y funciona perfecto para uso personal o de equipo:

1. Andá a github.com → Settings → Developer Settings → Personal access tokens → Tokens (classic) y hacé clic en «Generate new token».
2. Seleccioná los scopes que necesitás: repo (acceso completo al repositorio), notifications, y workflow si querés gestionar GitHub Actions.
3. Copiá el token generado (no lo vas a poder ver de nuevo).
4. En n8n, andá a Settings → Credentials → Add Credential, buscá «GitHub API» y pegá tu Personal Access Token.

Opción 2 — GitHub OAuth2 (para múltiples usuarios)

Si construís una integración para otros usuarios, creá una OAuth App en GitHub (Settings → Developer Settings → OAuth Apps) y configurá las credenciales OAuth en n8n. Para la mayoría de los casos, el Personal Access Token es más que suficiente y mucho más fácil de configurar.

Paso 2: Configurar webhooks de n8n con GitHub

Para que n8n reaccione a eventos de GitHub en tiempo real, necesitás configurar un webhook. El proceso es bastante directo:

Usando el nodo GitHub Trigger (automático)

1. En n8n, creá un nuevo workflow y agregá el nodo «GitHub Trigger».
2. Seleccioná tus credenciales de GitHub, el repositorio que querés monitorear y los eventos que te interesan.
3. n8n va a generar automáticamente una URL de webhook y configurarla en tu repositorio de GitHub.

Usando webhook genérico (manual)

Alternativamente, podés usar el nodo «Webhook» genérico de n8n y configurar manualmente el webhook en GitHub:

1. Andá a tu repositorio en GitHub → Settings → Webhooks → Add webhook.
2. Pegá la URL de n8n en el campo «Payload URL».
3. Seleccioná application/json como Content Type.
4. Elegí los eventos que querés recibir.

Los eventos más útiles para usar n8n con GitHub son:

• push — commits nuevos a cualquier rama.
• pull_request — apertura, cierre, merge de PRs.
• issues — creación, comentarios, cierre de issues.
• release — publicación de nuevas versiones.
• create — nuevas ramas o tags.

Para más detalles sobre los eventos disponibles, consultá la documentación oficial de webhooks de GitHub.

Caso de uso 1: Notificaciones de PRs en Slack con n8n con GitHub

Este es el workflow más popular para equipos de desarrollo. Cada vez que se abre, actualiza o mergea un Pull Request, el equipo recibe una notificación en Slack con todos los detalles relevantes.

El workflow completo es:

GitHub Trigger (pull_request events) → IF (filtrar por acción: opened, closed, merged) → Slack (enviar notificación)

Configurar el trigger

En el nodo GitHub Trigger, seleccioná el evento pull_request. Este evento incluye el tipo de acción (opened, closed, synchronized, merged) en el campo action del payload.

Filtrar las acciones relevantes

Usá un nodo IF para filtrar las acciones que te interesan. Por ejemplo, si solo querés notificar cuando se abre un PR nuevo, filtrá por action === 'opened'. Si querés cubrir más escenarios, podés agregar condiciones para closed y verificar si merged === true.

Configurar el mensaje de Slack

En el nodo de Slack, configurá el mensaje con los datos del PR usando estas expresiones:

📋 Título: {{ $json.pull_request.title }}
👤 Autor: {{ $json.pull_request.user.login }}
🔗 URL: {{ $json.pull_request.html_url }}
🌿 Branch: {{ $json.pull_request.head.ref }} → {{ $json.pull_request.base.ref }}

Podés usar bloques de Slack (Block Kit) para formatear el mensaje de forma más visual con botones de acción que lleven directamente al PR.

Si además querés notificaciones en otros canales, mirá nuestra guía de n8n con Slack para configuraciones más avanzadas.

Caso de uso 2: Crear tarjeta en Trello cuando se abre un issue

Si usás Trello para gestión de proyectos, este workflow de n8n con GitHub sincroniza automáticamente los issues con tarjetas en Trello. Es ideal para equipos que usan GitHub para código y Trello para planificación.

El workflow es:

GitHub Trigger (issues: opened) → Switch (clasificar por etiqueta) → Trello (Create Card en la lista correcta)

Configurar la clasificación por etiquetas

Usá un nodo Switch para clasificar el issue según sus etiquetas de GitHub:

• Si tiene la etiqueta bug → va a la lista «Bugs».
• Si tiene la etiqueta feature → va a la lista «Backlog».
• Si tiene la etiqueta documentation → va a la lista «Docs pendientes».
• Cualquier otro → va a la lista «Triage».

Configurar la tarjeta de Trello

En el nodo de Trello para crear la tarjeta, usá estas expresiones:

• Name: {{ $json.issue.title }}
• Description: {{ $json.issue.body }}\n\n🔗 Issue original: {{ $json.issue.html_url }}
• Labels: mapeá las etiquetas de GitHub a etiquetas de Trello usando un nodo Set previo.

De esta forma, cada issue nuevo en GitHub aparece automáticamente en el tablero de Trello correcto, clasificado y con el enlace de referencia al issue original. Tu equipo de gestión puede trabajar desde Trello sin necesidad de abrir GitHub constantemente.

Caso de uso 3: Reporte semanal de actividad del repositorio

Este workflow de n8n con GitHub usa un trigger de cron en lugar de webhooks. Todos los lunes a las 9:00 AM genera un resumen de la actividad de la semana anterior y lo envía por email o Slack.

Cron (lunes 9AM) → GitHub API (listar commits, PRs, issues de la semana) → Merge datos → Formatear resumen → Slack/Email

Usá el nodo GitHub (no el Trigger) con la operación «Get Repository» para obtener estadísticas, y la operación «Get All Issues» con filtro de fecha para listar issues abiertos y cerrados en la última semana. Combiná todo en un mensaje formateado que incluya:

• Total de commits de la semana.
• PRs abiertos, mergeados y pendientes de revisión.
• Issues nuevos vs. issues cerrados.
• Contributors más activos.

Es una forma excelente de mantener visibilidad del progreso sin que nadie tenga que preparar reportes manualmente.

Errores comunes al usar n8n con GitHub y cómo solucionarlos

Después de configurar varios workflows de n8n con GitHub, estos son los problemas más frecuentes que suelen aparecer:

Error 401: Bad credentials

Tu Personal Access Token expiró o no tiene los scopes necesarios. Regenerá el token en GitHub y actualizá las credenciales en n8n. Asegurate de marcar el scope repo como mínimo.

El webhook no se dispara

Verificá que tu instancia de n8n sea accesible desde internet. Si estás en localhost, necesitás un túnel como ngrok o configurar la URL pública de n8n. También revisá en GitHub → Settings → Webhooks que el webhook muestre deliveries exitosos (código 200).

Eventos duplicados

Si recibís el mismo evento dos veces, probablemente tenés configurado tanto el nodo GitHub Trigger (que crea su propio webhook) como un webhook manual en GitHub apuntando a la misma URL. Eliminá uno de los dos.

Rate limiting de la API de GitHub

GitHub permite 5000 requests por hora con autenticación. Si tu workflow hace muchas consultas, usá el nodo Wait para espaciar las llamadas o implementá caché con un nodo de base de datos intermedio.

Tips avanzados para n8n con GitHub

Una vez que tengas los workflows básicos funcionando, podés llevar tu integración de n8n con GitHub al siguiente nivel:

• Usá variables de entorno para manejar nombres de repositorios y tokens. Así podés reutilizar el mismo workflow para múltiples repos cambiando solo las variables.
• Implementá manejo de errores con el nodo Error Trigger de n8n. Si un workflow falla (por ejemplo, Slack está caído), podés registrar el error y reintentar después.
• Combiná con GitHub Actions: usá n8n para orquestar procesos que involucran herramientas fuera de GitHub (como notificar en WhatsApp o actualizar una base de datos) y dejá GitHub Actions para CI/CD puro.
• Filtrá por rama: no todos los pushes son iguales. Agregá un nodo IF que filtre por ref === 'refs/heads/main' para reaccionar solo a cambios en producción.

Si querés explorar más integraciones para complementar tu setup, te recomiendo revisar nuestra guía de automatizaciones con n8n con más de 20 workflows prácticos.

Preguntas frecuentes sobre n8n con GitHub

¿n8n con GitHub funciona con repositorios privados?

Sí, funciona perfectamente. Solo necesitás que tu Personal Access Token tenga el scope repo que da acceso completo a repositorios públicos y privados. Con OAuth2, el usuario debe autorizar el acceso a repos privados durante el flujo de autenticación.

¿Puedo usar n8n con GitHub Enterprise?

Sí. En las credenciales de n8n, podés cambiar la URL base de la API de GitHub a la URL de tu instancia Enterprise (por ejemplo, https://github.tu-empresa.com/api/v3). El resto del flujo funciona igual.

¿Cuántos repositorios puedo monitorear con un solo workflow?

Cada nodo GitHub Trigger monitorea un repositorio. Si querés monitorear varios, tenés dos opciones: crear un workflow por repositorio (más simple de mantener) o usar un webhook genérico configurado en cada repo que apunte a la misma URL de n8n y diferenciar por el campo repository.full_name del payload.

¿n8n con GitHub reemplaza a GitHub Actions?

No lo reemplaza, lo complementa. GitHub Actions es ideal para CI/CD (tests, builds, deploys). n8n brilla cuando necesitás conectar GitHub con herramientas externas como Slack, Trello, Notion, bases de datos, WhatsApp o cualquier otra API. La combinación de ambos es muy poderosa.

¿Vale la pena? Nuestra opinión

Integrar n8n con GitHub es una de las mejores formas de automatizar tu flujo de desarrollo sin depender de herramientas caras o configuraciones complicadas. Ya sea que necesites notificaciones en Slack para PRs, sincronización con Trello para issues, reportes semanales automáticos o alertas de seguridad en tu repositorio, n8n te da la flexibilidad de construir exactamente lo que tu equipo necesita.

Empezá con el workflow de notificaciones de PRs (es el más simple y útil) y después iterá agregando más automatizaciones a medida que identifiques las tareas repetitivas de tu equipo. La clave es automatizar de a poco y medir el impacto en la productividad.

¿Ya usás n8n con GitHub en tu equipo? Contame en los comentarios qué workflows te resultaron más útiles o qué caso de uso te gustaría que cubramos en una próxima guía.