Tecnología · GUÍA PRÁCTICA
¿Git aún llama al ayudante antiguo? Distinga eliminar un ajuste de reiniciar la lista
Quitar una entrada, reiniciar ayudantes y borrar una cuenta guardada son operaciones distintas. Demuestre el orden coincidente antes de cambiar el almacén.
Eliminar un credential.helper quita una entrada de un archivo. Un valor vacío reinicia la lista acumulada en ese punto; las entradas posteriores coincidentes pueden volver a añadir ayudantes. Demuestre el orden con simuladores aislados que no devuelvan credenciales antes de modificar un ámbito concreto.
1. Separe tres operaciones diferentes
Desconfigurar credential.helper elimina un ajuste del archivo seleccionado. Un valor vacío borra la lista acumulada en ese punto. Eliminar una cuenta guardada solicita al almacén borrar datos coincidentes. No son sinónimos, y cambiar la selección no revoca un token del servidor.
Registre ejecutable y versión exactos de Git, invocador, repositorio y contexto HTTPS censurado. SSH sigue otra ruta. Conserve copia de la configuración que modificará; no empiece borrando el llavero o reinstalando un gestor.
2. Reconstruya la lista coincidente en orden
Revise localmente orígenes y ámbitos. git config --show-origin --show-scope --get-all credential.helper muestra entradas generales; revise además secciones credential.<URL>.helper coincidentes y archivos incluidos. Un solo nombre no es un registro completo. Las cadenas personalizadas pueden contener datos sensibles: censúrelas antes de compartirlas.
Ordene las entradas según se leen y aplique cada reinicio vacío. Un ayudante posterior específico de URL puede añadirse de nuevo, mientras uno anterior puede quedar eliminado. Compare protocolo, host y política de ruta pertinentes. No deduzca el orden por el nombre aparentemente más específico.
3. Compruebe llamadas sin recuperar una cuenta real
Ejecutamos ocho casos aislados con Git 2.51.1/Linux, configuraciones globales y de repositorio temporales y configuración de sistema desactivada. Los simuladores no devolvían credenciales: consumían la entrada y registraban solo etiqueta y operación get. No hubo red ni lectura de configuraciones, carteras o cuentas existentes.
Global A más local B llamó A y después B; quitar B dejó A. Un reinicio vacío no llamó a ninguno. Reinicio y B llamó B; B y reinicio no llamó a nadie. C coincidente por URL después produjo B,C; mover C antes del reinicio dejó B. Un reinicio final por comando eliminó todos. Cada caso tuvo stdout vacío y salida128: los simuladores no aportaron cuenta y los mensajes interactivos estaban desactivados. No fue una prueba de autenticación.
4. Repare un ámbito concreto y verifique por separado
Identificada la entrada heredada no deseada, elija ámbito de repositorio, URL o comando. Un reinicio seguido del ayudante aprobado sustituye los anteriores; un reinicio posterior elimina también ese ayudante. Preserve otros contextos y no copie nombres de ejemplo que no estén instalados. AWS advierte que los cambios de sistema afectan a otros usuarios y repositorios.
Revise el orden efectivo y repita la operación original mediante el mecanismo aprobado. Selección, adquisición de credenciales y autorización del servidor son verificaciones separadas. Listar referencias remotas prueba lectura, no escritura. No ponga tokens en URLs o registros ni publique salidas de credential fill o trazas amplias. Quitar el reinicio puede revelar de nuevo al ayudante heredado: conserve el registro anterior y posterior.
