fn_registry/.claude/commands/full-git-push.md

/full-git-push — Push automático de fn_registry + sub-repos + fn sync

Wrapper sobre el pipeline full_git_push_bash_pipelines. Toda la lógica vive en el registry. Este comando solo ejecuta:

cd "${FN_REGISTRY_ROOT:-$HOME/fn_registry}"
./fn run full_git_push_bash_pipelines "$ARGUMENTS"

Argumento

$ARGUMENTS — opcional. Mensaje de commit fijo para todos los repos dirty. Sin argumento, el pipeline genera un mensaje automático por repo según los paths cambiados (ver bash/functions/infra/git_auto_commit_dirty.sh).

Qué hace el pipeline

1. discover_git_repos_bash_infra — lista repos bajo fn_registry (excluye node_modules, .venv, cpp/vendor, cpp/build, sources, temp, subrepos).
2. Auto-inicializa apps/analyses sin .git con ensure_repo_synced_bash_infra (Gitea dataforge/<basename>).
3. scan_secrets_in_dirty_bash_cybersecurity — aborta si detecta nombres sospechosos (.env*, *credentials*, *.key, *.pem, id_rsa*, *secret*, *token*.txt).
4. git_auto_commit_dirty_bash_infra — commitea cada repo dirty.
5. git_push_if_ahead_bash_infra — push solo si rev-list @{u}..HEAD > 0 (sin red previa).
6. Push de ~/.password-store (sin commitear, pass autocommitea).
7. ./fn sync con credenciales cargadas desde pass.

Notas

• Modo no-interactivo por diseño. Auto-commitea sin preguntar.
• Único motivo de aborto antes de commitear: secret detectado por nombre.
• Si un pre-commit hook bloquea (ej. audit_uses_functions con drift), el pipeline reintenta con --no-verify para no perder cambios. Los bypasses se reportan en bloque [!] Hook bypasses al final.
• Si un push es rechazado por non-fast-forward, el pipeline intenta git merge --no-ff origin/master automaticamente y vuelve a pushear. Si el merge tiene conflictos, lo aborta y reporta.
• Para tocar la lógica: editar las funciones del registry, no este wrapper.

Obligaciones del agente

El pipeline retorna exit code distinto de 0 si quedan errores reales (commit fallido pese a --no-verify, push fallido tras merge auto, etc.) y los lista bajo [!!] ERRORES. Cuando esto ocurra el agente DEBE:

1. Leer cada error reportado y diagnosticar la causa raiz (mira repo + reason).
2. Aplicar la correccion correspondiente (resolver merge manual, arreglar permisos, regenerar binario, etc.).
3. Volver a invocar /full-git-push (o el push manual del repo afectado) hasta que la salida sea limpia y todos los repos esten en origin/master.
4. Si aparece bloque [!] Hook bypasses, abrir despues una rama corta para arreglar la causa raiz (uses_functions drift, etc.) y commitear con hooks activos. No es bloqueante para el push pero es deuda a saldar pronto.

Regla TBD: master debe quedar siempre alineado con remote tras /full-git-push. Si tras intervenir manualmente sigue habiendo trabajo pendiente en local, repetir el ciclo.