Git Credential Manager for Windows
v1.20
O GIT Credencial Manager para Windows não está mais sendo mantido. O núcleo do gerente de credenciais Git de plataforma cruzada (GCM Core) é a substituição oficial.
O GCM Core está incluído como um componente opcional do Git para o Windows 2.28 e será feito o auxiliar de credencial padrão como Git para o Windows 2.29. O GCM Core também pode ser instalado manualmente nesta página.
O GitHub desativará a autenticação baseada em senha no APIS Git Credencial Manager para o Windows usa para criar tokens. Como resultado, o GCM para Windows não poderá mais criar novos tokens de acesso para o GitHub.
O Git Credencial Manager Core (GCM Core) suporta autenticação baseada em OAuth no GitHub e é o substituto do GCM para o Windows.
Atualize o Git para o Windows 2.28 e selecione "Git Credencial Manager Core" do instalador quando solicitado a "selecionar um ajudante de credenciais" ou instale manualmente o núcleo GCM a partir daqui.
Em 22 de fevereiro de 2018, o GitHub desativou o suporte para criptografia fraca, o que significa que muitos usuários se encontrarão de repente incapazes de autenticar usando um Git para Windows que afeta as versões mais antigas que a v2.16.0). Não entre em pânico , há uma correção. Atualize o Git para o Windows para o mais recente (ou pelo menos v2.16.0).
O erro mais comum que os usuários veem parecem:
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':
Se, depois de atualizar o Git para o Windows, você ainda estiver tendo problemas para se autenticar com o GitHub, leia este tópico da comunidade de desenvolvedores que contém ações corretivas adicionais que você pode tomar para resolver o problema.
Se você estiver enfrentando problemas ao usar o Visual Studio , leia incapaz de se conectar ao GitHub ao Visual Studio .
O Git Credencial Manager para Windows (GCM) fornece armazenamento de credenciais Git seguro para Windows. É o sucessor da loja de credenciais do Windows para o Git (Git-Credencial Winstore), que não é mais mantido. Comparado ao armazenamento de credenciais interno do Git para Windows (WINCRED), que fornece suporte de autenticação de fator único, trabalhando em qualquer repositório Git habilitado para HTTP, o GCM fornece suporte de autenticação multifatorial para o Azure DevOps, o Team Foundation Server, Github e Bitbucket.
Este projeto inclui:
Este é um projeto comunitário, portanto, sinta -se à vontade para contribuir com idéias, enviar bugs, corrigir bugs ou codificar novos recursos. Para obter informações detalhadas sobre como o GCM funciona, vá para o wiki.
Para usar o GCM, você pode baixar o instalador mais recente. Para instalar, clique duas vezes GCMW-{version}.exe e siga as instruções apresentadas.
Quando solicitado a selecionar seu emulador de terminal para o Git Bash, você deve escolher a janela do console padrão do Windows ou verifique se o GCM está configurado para usar diálogos modais. O GCM não pode solicitar credenciais, no console, em uma configuração de cenção.
Nota Para usuários com necessidades especiais de instalação, você ainda pode extrair o arquivo gcm-{version}.zip e executar o install.cmd de um prompt de comando do administrador. Isso permite a especificação das opções de instalação explicadas abaixo.
Para usar o GCM, juntamente com o GIT instalado com pacman em um ambiente MSYS2, basta fazer o download de um zíper de liberação e extrair o conteúdo diretamente para C:msys64usrlibgit-core (supondo que seu ambiente MSYS2 esteja instalado em C:msys64 ). Em seguida, corra:
git config --global credential.helper managerVocê não. Funciona magicamente quando são necessárias credenciais. Por exemplo, ao empurrar para o Azure DevOps, ele abre automaticamente uma janela e inicializa um fluxo OAuth2 para obter seu token.
Para construir e instalar o GCM, clonar as fontes, abrir o arquivo de solução no Visual Studio e construir a solução. Todos os componentes necessários serão copiados dos locais de saída de compilação em uma pasta .Deploy na raiz da solução. A partir de um prompt de comando elevado na pasta .Deploy emitir o seguinte comando git-credential-manager install . Informações adicionais sobre desenvolvimento e depuração estão disponíveis em nossa área de documentos.
Várias opções estão disponíveis para sistemas configurados exclusivos, como sistemas de construção automatizados. Para sistemas com um posicionamento não padrão do Git, use o parâmetro --path <git> para fornecer onde o Git está localizado e, portanto, onde o GCM deve ser implantado. Para sistemas que desejam evitar verificar a estrutura do Microsoft .NET e outros pré -requisitos semelhantes, use a opção --force . Para sistemas que procuram instalação silenciosa sem prompts , use a opção --passive .
Existem muitas maneiras de contribuir.
Para contribuições de código, você precisará preencher um contrato de licença de colaborador (CLA). Resumidamente, este Contrato testemunha que você nos concede permissão para usar a alteração enviada de acordo com os termos da licença do projeto e que o trabalho enviado está sob os direitos autorais apropriados.
Envie um Contrato de Licença de Colaborador (CLA) antes de enviar uma solicitação de tração. Você pode visitar https://cla.microsoft.com para assinar digitalmente. Como alternativa, faça o download do Contrato Microsoft Contribution License Accord.PDF, Sign, Scan e envie um e -mail para [email protected]. Certifique -se de incluir seu nome de usuário do Github junto com o contrato. Depois de recebermos o CLA assinado, revisaremos a solicitação.
Este projeto adotou o Código de Conduta Open Microsoft. Para obter mais informações, consulte o Código de Conduta Perguntas frequentes ou entre em contato com [email protected] com quaisquer perguntas ou comentários adicionais.
Este projeto usa a licença do MIT.
