xavor/smtp-relay
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

chore(metodo): reparto — cuarto filo: no hay dos clones, el pull entre sesiones es no-op

Browse Source 
Las sesiones de una misma maquina comparten working tree e indice. Avisar
de 'haz git pull' delata el modelo equivocado y protege de nada: la defensa
son las tres puertas del indice. Lo corrigio midiendo el satelite avisado.

Solo .metodo/ — byte a byte desde la matriz.

Sesion: superadmin

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
sirxavor 2026-09-02 18:58:32 +02:00
parent ffc8b7778a
commit eae06f81d9
2 changed files with 15 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
.metodo/CHECKSUMS
View File

@ -1,4 +1,4 @@
5ffcec0e7152b9fad65c748ef73b6d1247c87379f78f22009dc01904946e8a5b metodo.md c3b0ed4536866643f48d6c8ce8e2fc64c1829ad42395a573ce19d1c7002a3c0d metodo.md
fb7e88324524184b9f685c49c0bbcc6c9a55beb07bb5c0b1b31cd29c51c4117f bin/metodo fb7e88324524184b9f685c49c0bbcc6c9a55beb07bb5c0b1b31cd29c51c4117f bin/metodo
f89b71bdf31028b05075636c1763c964e379bc37a00e0357d1c23a4dd19c09aa workflows/README.md f89b71bdf31028b05075636c1763c964e379bc37a00e0357d1c23a4dd19c09aa workflows/README.md
cc241bbecf9647c747b8525b3a6b527455cd50ca0312caa44bc3544342c8ac41 workflows/comunicacion-entre-sesiones.md cc241bbecf9647c747b8525b3a6b527455cd50ca0312caa44bc3544342c8ac41 workflows/comunicacion-entre-sesiones.md

14
.metodo/metodo.md
View File

@ -2244,6 +2244,20 @@ pega tal cual.
fichero ajeno a su cambio. El `push` sale rechazado por no-fast-forward, que es **la única razón por fichero ajeno a su cambio. El `push` sale rechazado por no-fast-forward, que es **la única razón por
la que se vio**. Sin ese rechazo, la reescritura se habría publicado.)* la que se vio**. Sin ese rechazo, la reescritura se habría publicado.)*
⇒ **Regla: en un working tree compartido, `--amend` sólo sobre un commit que sabes que es tuyo Y que ⇒ **Regla: en un working tree compartido, `--amend` sólo sobre un commit que sabes que es tuyo Y que
⛔ **Y UN CUARTO FILO, QUE NO ES UN FILO SINO UN MODELO MENTAL EQUIVOCADO: NO HAY DOS CLONES.**
Las sesiones de una misma máquina **comparten el mismo working tree y el mismo índice** — no son
copias que haya que sincronizar. ⇒ **`git pull` entre ellas es un no-op**, y recomendarlo *«para no
diagnosticar sobre un árbol viejo»* **delata el modelo equivocado y da una falsa sensación de
haberse protegido**: el árbol viejo **no puede existir**, y contra el riesgo que sí existe —**el
índice compartido**— el `pull` **no hace absolutamente nada**.
*(Cicatriz 2026-09-02: la superadmin avisó a un satélite de «`git pull` antes de mirar nada, que hay
commits de hace minutos». Eran ciertos y **ya los tenía**. Lo corrigió el satélite midiendo:
`status --porcelain` vacío, `origin/main..HEAD` vacío, `HEAD..origin/main` vacío.)*
⇒ **La defensa no es sincronizar, son las tres puertas del índice**: `git status --porcelain`
**antes del primer `add`** · `git diff --cached --name-only` **antes de commitear** ·
`git log origin/main..HEAD` **antes de CADA push**. ⚠️ Y **no lo generalices al revés**: que dos
sesiones compartan árbol es cierto **de las que corren en la misma máquina**; de un agente en
worktree aislado o en remoto, **no** — y eso **se mide, no se supone**.
no ha salido** — y saberlo exige **mirar `git log -1` antes**, no suponer que HEAD es lo último que no ha salido** — y saberlo exige **mirar `git log -1` antes**, no suponer que HEAD es lo último que
escribiste tú. ⛔ **Y el rechazo del `push` NO se resuelve forzando**: se resuelve con escribiste tú. ⛔ **Y el rechazo del `push` NO se resuelve forzando**: se resuelve con
`git reset --soft @{u}` y recommiteando **lo tuyo solo**, que deja el commit ajeno intacto. `git reset --soft @{u}` y recommiteando **lo tuyo solo**, que deja el commit ajeno intacto.