Generar un evento real de PR
Vamos a provocar un evento real con un cambio visible en el proyecto. Volvé al host, a la carpeta lab y la branch development. Antes de empezar necesitás la request sin firma rechazada con 401, un único hook activo, el túnel actual y la sesión de Git del host. Guardá cualquier trabajo pendiente antes de cambiar de branch.
Primero actualizá la rama existente, sin reset ni force-push:
git status
git switch development
git pull --ff-onlyEn el editor de lab, cambiá el h1 de app/page.tsx, por ejemplo para presentar el HackerSpace de Nodo Serrano, o una descripción visible. Guardá el archivo antes de seguir con los comandos. Esta parte la hacés en el editor, no escribiendo un comentario en Bash.
git diff -- app/page.tsx
git add app/page.tsx
git commit -m "Presentar el HackerSpace de Nodo Serrano"
git push
gh pr list --base main --head developmentLa lista nos permite decidir si hace falta crear un PR:
- Si ya hay un PR abierto de development hacia main, usá ese PR. El push produce una actualización
synchronize, así que no crees otro idéntico. - Si no hay un PR abierto de esa rama, crealo con el comando siguiente y dejalo abierto:
gh pr create --base main --head development \
--title "Presentar el HackerSpace" \
--body "Cambio de texto para observar el webhook."En ambos casos necesitamos reconocer el número y el head real del PR. Reemplazá NUMERO por el valor mostrado:
gh pr list --base main --head development
gh pr view NUMERO --json number,state,isDraft,baseRefName,headRefName,headRefOid
gh pr view NUMERO --webComprobá que tu PR siga abierto, vaya de development hacia main y contenga el commit recién publicado. Anotá su número y SHA head para reconocerlo después en la entrega. No lo integres todavía, porque vamos a continuar con él en la review.
No sigas si falló pull o push, el diff contiene secretos o cambios ajenos, o el PR apunta a otra rama o repo. Un ping del alta del hook no sustituye al evento pull_request que acabás de provocar.