Git Credential Manager for Windows
v1.20
Git Credential Manager para Windows ya no se está manteniendo. El Manager de credencial GIT multiplataforma Core (GCM Core) es el reemplazo oficial.
GCM Core se incluye como un componente opcional de GIT para Windows 2.28 y se convertirá en el ayudante de credencial predeterminado a partir de GIT para Windows 2.29. GCM Core también se puede instalar manualmente desde esta página.
GitHub deshabilitará la autenticación basada en contraseñas en APIS GIT Credential Manager para Windows Uss para crear tokens. Como resultado, GCM para Windows ya no podrá crear nuevos tokens de acceso para GitHub.
Git Credential Manager Core (GCM Core) admite la autenticación basada en OAuth con GitHub y es el reemplazo de GCM para Windows.
Actualice a GIT para Windows 2.28 y seleccione "Git Credential Manager Core" del instalador cuando se le pida que "seleccione un ayudante de credencial" o instale manualmente el núcleo GCM desde aquí.
A partir del 22 de febrero de 2018, GitHub ha desactivado el soporte para el cifrado débil, lo que significa que muchos usuarios de repente se encontrarán incapaces de autenticarse usando un GIT para Windows que (impacta versiones mayores que V2.16.0). No se asuste , hay una solución. Actualice Git para Windows a lo último (o al menos v2.16.0).
El error más común que ven los usuarios se ven como:
fatal: HttpRequestException encountered.
An error occurred while sending the request.
fatal: HttpRequestException encountered.
An error occurred while sending the request.
Username for 'https://github.com':
Si, después de actualizar Git para Windows, todavía tiene problemas para autenticarse con GitHub, lea este tema de la comunidad de desarrolladores que contiene acciones correctivas adicionales que puede tomar para resolver el problema.
Si está experimentando un problema cuando usa Visual Studio , lea No se puede conectar a GitHub con Visual Studio .
El Git Credential Manager para Windows (GCM) proporciona almacenamiento seguro de credencial Git para Windows. Es el sucesor de la tienda de credenciales de Windows para Git (Git-Credential-Winstore), que ya no se mantiene. En comparación con el almacenamiento de credenciales incorporado de Git para Windows (Wincred), que proporciona soporte de autenticación de un solo factor que trabaja en cualquier repositorio de GIT habilitado para HTTP, GCM proporciona soporte de autenticación multifactor para Azure DevOps, Team Foundation Server, GitHub y BitBucket.
Este proyecto incluye:
Este es un proyecto comunitario, así que no dude en contribuir con ideas, enviar errores, arreglar errores o codificar nuevas funciones. Para obtener información detallada sobre cómo funciona el GCM, vaya al wiki.
Para usar el GCM, puede descargar el último instalador. Para instalar, haga doble clic en GCMW-{version}.exe y siga las instrucciones presentadas.
Cuando se le solicite que seleccione el emulador de su terminal para Git Bash, debe elegir la ventana de consola predeterminada de Windows, o asegúrese de que GCM esté configurado para usar diálogos modales. GCM no puede solicitarle que las credenciales, en la consola, en una configuración mental.
Nota Para los usuarios con necesidades de instalación especiales, aún puede extraer el archivo gcm-{version}.zip y ejecutar install.cmd de un símbolo del sistema administrador. Esto permite la especificación de las opciones de instalación explicadas a continuación.
Para usar el GCM junto con GIT instalado con pacman en un entorno MSYS2, simplemente descargue un zip de versión y extraiga el contenido directamente en C:msys64 C:msys64usrlibgit-core Luego corre:
git config --global credential.helper managerNo lo haces. Funciona mágicamente cuando se necesitan credenciales. Por ejemplo, al presionar a Azure DevOps, se abre automáticamente una ventana e inicializa un flujo OAuth2 para obtener su token.
Para construir e instalar el GCM usted mismo, clonar las fuentes, abrir el archivo de solución en Visual Studio y construir la solución. Todos los componentes necesarios se copiarán de las ubicaciones de salida de compilación en una carpeta .Deploy en la raíz de la solución. Desde un símbolo del sistema elevado en la carpeta .Deploy , el siguiente comando git-credential-manager install . La información adicional sobre el desarrollo y la depuración está disponible en nuestro área de documentos.
Hay varias opciones disponibles para sistemas configurados de forma única, como sistemas de compilación automatizados. Para los sistemas con una colocación no estándar de GIT, use el parámetro --path <git> para suministrar donde se encuentra GIT y, por lo tanto, donde se debe implementar el GCM. Para los sistemas que buscan evitar verificar el marco de Microsoft .NET y otros requisitos previos similares, use la opción --force . Para los sistemas que buscan una instalación silenciosa sin ninguna indicación , use la opción --passive .
Hay muchas formas de contribuir.
Para las contribuciones del código, deberá completar un Acuerdo de licencia de contribuyente (CLA). Brevemente, este Acuerdo testifica que usted nos otorga permiso para usar el cambio presentado de acuerdo con los términos de la licencia del proyecto, y que el trabajo que se presenta está bajo los derechos de autor apropiados.
Envíe un Acuerdo de licencia de contribuyente (CLA) antes de enviar una solicitud de extracción. Puede visitar https://cla.microsoft.com para firmar digitalmente. Alternativamente, descargue el acuerdo de licencia de contribución de Microsoft. Asegúrese de incluir su nombre de usuario de GitHub junto con el acuerdo. Una vez que hayamos recibido el CLA firmado, revisaremos la solicitud.
Este proyecto ha adoptado el Código de Conducta Open Open Microsoft. Para obtener más información, consulte el Código de Conducta Preguntas frecuentes o comuníquese con [email protected] con cualquier pregunta o comentario adicional.
Este proyecto utiliza la licencia MIT.
