Flujo de trabajo de Git y PRs
- Sincronización:
git fetch origin main && git checkout main && git reset --hard FETCH_HEAD(el clon puede ser superficial;origin/mainpuede fallar al resolver). - Rama:
git checkout -b S<n>/<area>/<slug>para un ticket de sprint (verdocs/sprints/), de lo contrariofix/,docs/ochore/más un slug. - Trabaja en commits pequeños. Antes de cada uno, revisa: ver
AGENTS.mdComandos. - Actualiza
docs/HANDOFF.mden el mismo PR (skillhandoff). - Mensaje de commit:
tipo(ámbito): resumen imperativo
Por qué este cambio, en una o dos frases.
Co-Authored-By: Abdullah Farag <[email protected]>
Co-Authored-By: <nombre de tu modelo> <[email protected]>
- Push:
git push -u origin <rama>. - Abre el PR con la API REST (GraphQL está bloqueado en sesiones cloud):
gh api repos/al0olo/agents-village/pulls \
-f title="tipo: resumen" -f head=<rama> -f base=main -F body=@/tmp/pr.md --jq '.html_url'
Cuerpo: qué cambió, por qué, qué ejecutaste para verificarlo y cualquier cosa que el revisor deba decidir. 8. Si CI falla, lee el log, corrige en la misma rama, haz push. No fusiones en rojo. 9. Orden de fusión: si los PRs dependen entre sí, menciónalo en el cuerpo y fusiónalos en orden.
Nunca hagas commit en main, nunca hagas force-push en ramas compartidas, nunca omitas hooks.