DocumentaciónWorkflowsApps y servicios
GitHub Actions nodo
Procesos automáticos en GitHub: inicia workflows, sigue sus ejecuciones, repítelas o cancélalas. Consulta la configuración, las entradas y salidas, las pruebas y la solución de errores.
9 min de lecturaActualizado el
Qué hace este nodo
Procesos automáticos en GitHub: inicia workflows, sigue sus ejecuciones, repítelas o cancélalas.
Usa GitHub Actions como un paso claramente definido en un workflow de anymize.
- Procesa 1 entrada.
- Ofrece 1 salida para los pasos siguientes.
- Se ejecuta como un paso normal del flujo.
Configurar el nodo
- 01Abre un workflow y añade GitHub Actions desde el catálogo de nodos.
- 02Si tu cuenta de GitHub aún no está conectada, conéctala directamente desde el panel del nodo o en Conectores.
- 03Completa los campos obligatorios y asigna valores de los pasos anteriores.
- 04Ejecuta el nodo con un conjunto pequeño de datos y revisa la salida.
- 05Conecta la salida correcta y activa el workflow después de una prueba completa.
Acciones y modos
Elige la función necesaria en Acción. El panel mostrará los ajustes correspondientes.
- Listar workflows
- Leer workflow
- Iniciar workflow
- Listar ejecuciones
- Leer ejecución
- Repetir ejecución
- Repetir lo fallido
- Cancelar ejecución
Ajustes
| Campo | Significado | Área |
|---|---|---|
| Acción | Opciones: Listar workflows, Leer workflow, Iniciar workflow, Listar ejecuciones, Leer ejecución, Repetir ejecución, Repetir lo fallido, Cancelar ejecución | Estándar |
| Propietario (usuario u org) | El nombre de GitHub al que pertenece el repo, p. ej. anymize. | Estándar |
| Repository | Nombre del repositorio, p. ej. hello-world. | Estándar |
| Cantidad (máx. 100) | Cuántas entradas se cargan por consulta. Sin efecto con «Cargar todas las páginas»: entonces siempre son 100 por página. | Estándar |
| Cargar todas las páginas | Carga más páginas hasta tenerlo todo, como máximo 1000 entradas. | Estándar |
| Página | Desde qué página se carga, p. ej. la página siguiente de la consulta anterior. Vacío: la primera. Sin efecto con «Cargar todas las páginas». | Estándar |
| Workflow | ID o nombre de archivo del workflow, p. ej. ci.yml. | Estándar |
| Rama o tag | Sobre qué versión se ejecuta el workflow, p. ej. main. Vacío: la rama predeterminada del repositorio. | Estándar |
| Entradas | Entradas del workflow como objeto JSON, como máximo 25. | Estándar |
| Estado | Opciones: Todas, En espera, En curso, Finalizada, Correcta, Fallida, Cancelada | Estándar |
| Rama | Qué rama, p. ej. main. | Estándar |
| Disparador | P. ej. push, pull_request o workflow_dispatch. | Estándar |
| ID de ejecución | Configura este valor en el panel del nodo. | Estándar |
| Cuenta de GitHub | Déjalo vacío y el paso usará tu cuenta de GitHub conectada. | Estándar |
| Ejecutar una vez por elemento | Desactivado (por defecto): el nodo se ejecuta una vez para toda la entrada. Activado: si recibe varios elementos (por ejemplo de «Dividir lista»), se ejecuta una vez POR elemento, y {{ $json }} es justo ese elemento. Así procesas una lista de archivos entrada por entrada. | Estándar |
| Si un elemento falla | «Omitir» escribe un campo `error` para el elemento fallido y sigue con el resto, en lugar de perder toda la ejecución por un único archivo ilegible. | Estándar |
| Pausa entre elementos (milisegundos) | Espera antes de cada ejecución excepto la primera. 1000 = 1 segundo por elemento. Útil si el otro extremo te limita. Máximo 300000 (5 minutos). | Estándar |
Entradas y salidas
| Entrada | Significado | Tipo |
|---|---|---|
| Estándar | Recibe el resultado completo del paso anterior. | JSON |
| Salida | Significado | Tipo |
|---|---|---|
| Estándar | Entrega el resultado al paso siguiente como JSON. | JSON |
Este nodo puede procesar listas elemento por elemento. La gestión de errores y la pausa están en los ajustes avanzados.
Ejemplo y prueba
Obtener las últimas ejecuciones: empieza con un conjunto pequeño y reconocible. Revisa la salida y usa solo los campos que estén presentes.
Ejemplo de prueba
{
"owner": "octocat",
"repo": "Hello-World"
}Acceso y seguridad
El nodo trabaja con tu propia cuenta de GitHub conectada. Solo ve y cambia lo que esa cuenta tiene permitido. Revisa los permisos que aparecen al conectarla. Además, el área correspondiente (Issues, Pull requests, Repos) tiene que estar activada en los ajustes de tu conexión de GitHub en Conectores. Por defecto, todas las áreas están activadas.
«Acciones permitidas» en los ajustes de tu conexión de GitHub en Conectores también se aplica a este nodo y se comprueba en cada ejecución. Con «Solo lectura» o «Leer y crear borradores» solo se ejecutan las acciones de lectura: Listar workflows, Leer workflow, Listar ejecuciones, Leer ejecución. Estas acciones necesitan «Permitir cambios»: Iniciar workflow, Repetir ejecución, Repetir lo fallido, Cancelar ejecución.
Las claves y credenciales van en Secretos de workflows o en tus cuentas conectadas. Nunca las pegues como texto normal en campos del workflow, datos de prueba ni descripciones.
Resolver errores
- Sin salida: revisa la última ejecución y los campos entregados por el nodo anterior.
- Variable vacía: abre la salida anterior y usa un campo presente en los datos reales.
- Conexión rechazada: vuelve a conectar el servicio con los permisos necesarios.
- Acción bloqueada: pon «Acciones permitidas» de la conexión en Conectores en «Permitir cambios» o elige una acción de lectura.
- La lista se procesa una sola vez: activa la ejecución por elemento.