commit a3b2a2982f2e4086fe074ca7a16f14c241d40576
from: ale <ale_bnes@tuta.com>
date: Thu Jul 23 21:01:16 2026 UTC

Diagnóstico: got fetch -v para depurar el fallo SSH en vivo

El fix anterior (forzar SSH_AUTH_SOCK) no resolvió 'Permission denied
(publickey)' desde el plugin; peor aún, el usuario reporta que la
YubiKey ni siquiera se activa (a diferencia de antes del fix, cuando sí
reproducía el mismo error). Se agrega -v a got fetch, que got reenvía
a ssh(1), para capturar en el mensaje de error qué identidades intenta
ssh y si realmente consulta el agente. Sin esto no hay forma de saber
por qué el subproceso no llega ni a pedir la firma a la llave.

commit - 7ac4cd03f42b9a358ea84d07102683763f2235c4
commit + a3b2a2982f2e4086fe074ca7a16f14c241d40576
blob - 9bfb7a200eb39157f6f0baaab41e9a5b2a94bf8f
blob + d984cea7da4d753e302e50588df38472f9ba3fca
--- src/main/kotlin/dev/nezzontli/gotvcs/GotCommandLineWrapper.kt
+++ src/main/kotlin/dev/nezzontli/gotvcs/GotCommandLineWrapper.kt
@@ -143,7 +143,9 @@ class GotCommandLineWrapper {
 
     @Throws(VcsException::class)
     fun fetch(workDir: File) {
-        run(workDir, "fetch")
+        // -v también se reenvía a ssh(1): diagnóstico temporal para el fallo
+        // de "Permission denied (publickey)" reportado en vivo (Fase 6).
+        run(workDir, "fetch", "-v")
     }
 
     /** `got update`, formato de estado similar a `got status` (código + 2 espacios + path). */