DocumentaciónWorkflowsApps y servicios
GitHub Releases nodo
Versiones publicadas de un repositorio: listar, leer, crear, modificar o eliminar, con lista de cambios generada automáticamente. 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
Versiones publicadas de un repositorio: listar, leer, crear, modificar o eliminar, con lista de cambios generada automáticamente.
Usa GitHub Releases 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 Releases 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 releases
- Leer release
- Release más reciente
- Release por tag
- Crear release
- Modificar release
- Eliminar release
- Generar lista de cambios
Ajustes
| Campo | Significado | Área |
|---|---|---|
| Acción | Opciones: Listar releases, Leer release, Release más reciente, Release por tag, Crear release, Modificar release, Eliminar release, Generar lista de cambios | 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 |
| ID de release | Configura este valor en el panel del nodo. | Estándar |
| Tag | Nombre de la versión, p. ej. v1.2.0. | Estándar |
| Punto de partida | Rama o commit para un tag nuevo. Vacío: la rama predeterminada. | Estándar |
| Título | Configura este valor en el panel del nodo. | Estándar |
| Descripción | Qué hay de nuevo. Se admite Markdown. | Estándar |
| Como borrador | Configura este valor en el panel del nodo. | Estándar |
| Como versión preliminar | Configura este valor en el panel del nodo. | Estándar |
| Generar descripción automáticamente | Configura este valor en el panel del nodo. | Estándar |
| Borrador | Opciones: No cambiar, Sí, No | Estándar |
| Versión preliminar | Opciones: No cambiar, Sí, No | Estándar |
| Tag anterior | Vacío: la última release. | 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
Leer la release más reciente: 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 releases, Leer release, Release más reciente, Release por tag, Generar lista de cambios. Estas acciones necesitan «Permitir cambios»: Crear release, Modificar release, Eliminar release.
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.