DocumentaciónWorkflowsApps y servicios
GitHub Pull Requests nodo
Pull requests en un repositorio: buscar, mostrar, crear, revisar o mergear, p. ej. generar automáticamente un pull request de limpieza desde un workflow y aplicarlo solo cuando las comprobaciones estén en verde. Consulta la configuración, las entradas y salidas, las pruebas y la solución de errores.
12 min de lecturaActualizado el
Qué hace este nodo
Pull requests en un repositorio: buscar, mostrar, crear, revisar o mergear, p. ej. generar automáticamente un pull request de limpieza desde un workflow y aplicarlo solo cuando las comprobaciones estén en verde.
Usa GitHub Pull Requests 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 Pull Requests 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 PRs
- Leer PR
- Crear PR
- Mergear PR
- Archivos modificados
- Commits del PR
- Modificar PR
- Actualizar rama
- ¿Está mergeado?
- Solicitar revisión
- Retirar solicitud de revisión
- Listar revisiones
- Enviar revisión
- Comentarios de línea
- Comentar línea
- Leer comprobaciones
Ajustes
| Campo | Significado | Área |
|---|---|---|
| Acción | Opciones: Listar PRs, Leer PR, Crear PR, Mergear PR, Archivos modificados, Commits del PR, Modificar PR, Actualizar rama, ¿Está mergeado?, Solicitar revisión, Retirar solicitud de revisión, Listar revisiones, Enviar revisión, Comentarios de línea, Comentar línea, Leer comprobaciones | 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 |
| Estado | Opciones: Abierto, Cerrado, Todos | Estándar |
| Solo rama de destino | Solo pull requests que van a esta rama, p. ej. main. | Estándar |
| Solo rama de origen | Con el formato propietario:rama, p. ej. anymize:feature/foo. | Estándar |
| Orden | Opciones: Creados recientemente, Modificados recientemente, Más comentados, Más tiempo abiertos | 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 |
| N.º de PR | Configura este valor en el panel del nodo. | Estándar |
| Título | Configura este valor en el panel del nodo. | Estándar |
| Rama de origen (de) | La rama con tus cambios, p. ej. feature/foo. | Estándar |
| Rama de destino (a) | La rama a la que se aplican los cambios, normalmente main. | Estándar |
| Texto | Descripción, valoración o comentario. Se admite Markdown. | Estándar |
| Como borrador | Configura este valor en el panel del nodo. | Estándar |
| Permitir cambios de los mantenedores | Configura este valor en el panel del nodo. | Estándar |
| Versión revisada (commit) | Commit que se revisó. Si el pull request ha cambiado desde entonces, no pasa nada. Vacío: la versión actual. | Estándar |
| Método de merge | Cómo se fusiona el PR. En caso de duda, elige „Merge-Commit“. | Estándar |
| Título del commit de merge | Configura este valor en el panel del nodo. | Estándar |
| Mensaje del commit de merge | Configura este valor en el panel del nodo. | Estándar |
| Solo con comprobaciones en verde | Desactivado: lo aplica aunque falten comprobaciones o fallen. | Estándar |
| Nuevo estado | Opciones: No cambiar, Abierto, Cerrado | Estándar |
| Nueva rama de destino | Configura este valor en el panel del nodo. | Estándar |
| Revisores | Nombres de GitHub, separados por comas. | Estándar |
| Equipos revisores | Identificadores de equipo, separados por comas. | Estándar |
| Resultado | Con «Pedir cambios» y «Comentar» hace falta un texto. | Estándar |
| Archivo | Ruta del archivo en el repositorio, p. ej. src/index.ts. | Estándar |
| Línea | Configura este valor en el panel del nodo. | Estándar |
| Lado | Versión nueva (derecha) o versión anterior (izquierda). | Estándar |
| Commit | Vacío: la versión actual del pull request. | Estándar |
| Rama o commit | 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
Crear un PR abierto desde el workflow: 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",
"head": "feat/copilot-tools",
"base": "main",
"title": "Add Copilot Tools"
}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 PRs, Leer PR, Archivos modificados, Commits del PR, ¿Está mergeado?, Listar revisiones, Comentarios de línea, Leer comprobaciones. Estas acciones necesitan «Permitir cambios»: Crear PR, Mergear PR, Modificar PR, Actualizar rama, Solicitar revisión, Retirar solicitud de revisión, Enviar revisión, Comentar línea.
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.