Luego de de esta larga recopilación de información dimos con la solución este conflicto que presentan muchos los usuarios. Te compartimos la respuesta y nuestro objetivo es servirte de gran apoyo.
Solución:
Lo ideal es que ingreses:
git config --global credential.helper manager-core
Luego, su contraseña se almacenaría en el Administrador de credenciales de Windows.
Ver más en “No se puede cambiar la cuenta de git”.
En la primera pulsación, aparecerá una ventana emergente que le pedirá sus credenciales (nombre de usuario/contraseña) para el servidor de destino (por ejemplo github.com)
Si no, eso podría significar que sus credenciales fueron ya almacenado.
Si son incorrectos, un simple git credential-manager reject https://github.com los eliminará (en Windows, de nuevo. En Mac: git credential-osxkeychain erase https://github.com)
Con Git 2.29 (cuarto trimestre de 2020), el analizador en el extremo receptor del protocolo de credenciales se afloja para permitir que el asistente de credenciales termine las líneas con el final de línea CRLF, así como el final de línea LF.
Ver compromiso 356c473 (03 de octubre de 2020) por Nikita Leonov (nyckyta).
(Fusionado por Junio C Hamano — gitster — en la confirmación 542b3c2, 5 de octubre de 2020)
credential: tratar CR/LF como finales de línea en el protocolo de credencialesFirmado por: Nikita Leonov
Firmado por: Johannes Schindelin
Esta solución hace que el uso de las credenciales de Git sea más amigable para los usuarios de Windows: permite que un asistente de credenciales se comunique usando finales de línea CR/LF (“finales de línea DOS” comúnmente encontrados en Windows) en lugar de finales de línea solo LF (“finales de línea Unix”) .
Tenga en cuenta que esto cambia un poco el comportamiento: si un ayudante de credenciales produce, por ejemplo, una contraseña con un carácter de retorno de carro al final, ahora se eliminará incluso cuando el resto de las líneas terminen solo en caracteres de avance de línea, lo que indica que el retorno de carro no estaba destinado a ser parte del final de línea.
En la práctica, parece muy poco probable que pase algo así. Las contraseñas generalmente deben consistir en caracteres que no sean de control, las URL deben tener caracteres especiales codificados en URL y los nombres de usuario, bueno, son nombres.
De todos modos, eso lo hace ayuda en Windows, donde los finales de línea CR/LF son comunes: como los comandos no reconocidos simplemente son ignorados por la maquinaria de credenciales, incluso un comando como
quitr(que claramente tiene la intención de abortar) simplemente sería ignorado (en silencio) por Git.Así que cambiemos la maquinaria de credenciales para aceptar finales de línea CR/LF y LF.
Si bien hacemos esto para el protocolo auxiliar de credenciales, hacemos no ajustar
git credential-cache--daemon(hombre) (que no funcionará en Windows, de todos modos, porque requiere sockets Unix) nigit credential-store(hombre) (que escribe el archivo~/.git-credentialsque consideramos un detalle de implementación que debería ser opaco para el usuario, léase: esperamos que los usuarios no para editar este archivo manualmente).
Normalmente prefiero clonar mis repositorios Git usando enlaces SSH. Estos son mis pasos para Windows:
- Generar un público/privado key empareje a través de PuTTYgen.
- agregar el publico key a mi cuenta de GitHub.
Al hacer esto, puedo clonar fácilmente mis repositorios sin necesidad de usar la contraseña de mi cuenta de GitHub.
Probé muchas cosas, pero las Credenciales de Windows no agregaron credenciales para Git. Luego hice la siguiente acción simple y resolvió mi problema.
- Eliminé las credenciales relacionadas del Administrador de credenciales de Windows.
- Luego abrí Git Bash desde la carpeta del proyecto.
- Luego escribió el comando “git fetch origin”.
- Git Bash primero solicitó el nombre de usuario y luego la contraseña.
Luego revisé el Administrador de Credenciales de Windows… ¡Voilaaaa! Ahora muestra una credencial como “git:http://[email protected]”
Traté de agregar algo como “[credential] helper = manager/wincred” cosas en el archivo de configuración pero después de esta solución no necesito esa parte, la eliminé [credential] sección. Algunos dicen que esto puede deberse a que su servidor git no está usando https. Si está utilizando https, es posible que pueda encontrar diferentes soluciones. Todavía tengo una sonrisa tonta en mi cara
Comentarios y puntuaciones
Recuerda dar difusión a esta sección si lograste el éxito.