Git 1.8.0 prend en charge l'intégration avec gnome-keyring.
http://www.h-online.com/open/news/item/Git-1-8-0-can-access-Windows-and-GNOME-keyrings-1733879.html
Après avoir lu la documentation sur les helpers d'informations d'identification git: http://git-scm.com/docs/gitcredentials.html
Je n'ai pas pu trouver un moyen d'utiliser cette nouvelle fonctionnalité. Comment puis-je l'intégrer? J'utilise Archlinux avec git installé à partir du référentiel d'Archlinux. (git 1.8.0)
Réponses:
La réponse de @ marcosdsanchez est pour Arch (qui répond à la question d'origine) mais je suis sur Ubuntu. Pour git> = 2.11:
sudo apt-get install libsecret-1-0 libsecret-1-dev
cd /usr/share/doc/git/contrib/credential/libsecret
sudo make
git config --global credential.helper /usr/share/doc/git/contrib/credential/libsecret/git-credential-libsecret
Pour git <2.11:
sudo apt-get install libgnome-keyring-dev
cd /usr/share/doc/git/contrib/credential/gnome-keyring
sudo make
git config --global credential.helper /usr/share/doc/git/contrib/credential/gnome-keyring/git-credential-gnome-keyring
chmod 0755 git-credential-gnome-keyringpour ajouter l'autorisation d'exécution à d'autres que root
Git 1.8.0 est livré avec le support gnome-keyring mais le binaire doit être compilé pour votre plate-forme.
C'est ce qui l'a résolu pour moi dans Archlinux:
$ sudo pacman -S libgnome-keyring
$ cd /usr/share/git/credential/gnome-keyring
$ make
$ git config --global credential.helper /usr/share/git/credential/gnome-keyring/git-credential-gnome-keyring
La solution @VonC était proche, mais la commande git config devrait pointer vers l'exécutable. C'est pourquoi cela ne fonctionnait pas pour moi.
Package gnome-keyring-1 was not found in the pkg-config search path.vous manque les bibliothèques de développement pour gnome-keyring. Sur Ubuntu, ils sont disponibles avec apt-get install libgnome-keyring-dev. De plus, je devais télécharger manuellement le repo git contrib depuis github.com/git/git/tree/master/contrib et le mettre dans / usr / share / git-core /. Ces fichiers ne sont plus inclus avec une installation git par défaut, du moins en utilisant le ppa officiel git-core ubuntu.
git-credential-gnomekeyringdisparu, dommage que dans AUR il n'y ait pas de telles informations.
/usr/share/... seulement gitweb et git-core. Mais je suis sur Git 1.7.9. Serait-ce pourquoi ...?
libgnome-keyringest suffisante (du moins si vous utilisez gnome).
Mise à jour Q4 2016:
Unix, Mac (Git 2.11+)
git config --global credential.helper libsecret
(Voir " Erreur lors de l'utilisation de l'assistant d'identification Git avecgnome-keyring ")
Les fenêtres:
git config --global credential.helper manager
(Voir « Comment se déconnecter de la console Git Bash sous Windows? »: C'est Git pour Windows qui utilise le dernier Microsoft Git Credential Manager pour Windows )
Réponse originale (2012)
Les Credential Helpers, pour les plates-formes Windows, Mac et Unix, ont été introduits en premier dans le repo "git-credential-helper" , qui a maintenant été inclus dans git distro :
Ce référentiel contient l'ensemble des assistants d'identification Git (
gitcredentials(7)) qui font partie degit(ou sont censés être contribués à l'avenir).
$ git clone git://github.com/pah/git-credential-helper.git
$ BACKEND=gnome-keyring # or any other backend
$ cd git-credential-helper/$BACKEND
$ make
$ cp git-credential-$BACKEND /path/to/git/crendential
lors de la construction, il serait installé dans le /path/to/git/credentialrépertoire.
Pour utiliser ce backend, vous pouvez l'ajouter à votre configuration (globale) Git en définissant
(ici pour Unix):
git config --global credential.helper /path/to/git/credential/gnome-keyring/git-credential-gnome-keyring
Remarque pour Windows:
Je suppose que vous pouvez créer un programme fonctionnant sous Windows et appeler une bibliothèque comme " pypi keyring 0.10 .
Mais c'est le back-end, et vous ne l'utilisez pas directement depuis Git.
Ce que vous utilisez est un "assistant d'identification" (qui, à son tour, appellera n'importe quelle API d'informations d'identification qu'il souhaite sous Windows ).
GitHub pour Windows fournit une telle aide (sous la forme d'un exécutable appelé ... github) et peut stocker vos informations d'identification pendant la durée de la session Windows.
Lancez un shell à partir de cette fenêtre "GitHub pour Windows", et vous verrez, en tapant "git config --system -l":
C:\Users\VonC\Documents\GitHub\test [master +2 ~0 -0 !]> git config --system -l
credential.helper=!github --credentials
La credential.helper=!github --credentialspartie appellera l'assistant d'identification ' github'.
$ git config [--global] credential.helper $BACKEND
Mise à jour octobre 2018
GNOME a désapprouvé libgnome-keyring et l'a remplacé par libsecret. Commit https://github.com/git/git/commit/87d1353a6a a ajouté un nouvel assistant d'identification / usr / libexec / git-core / git-credential-libsecret.
git config --global credential.helper libsecret
gnome-keyringréponses basées doivent être modifiées en conséquence. Peut-être simplement exclure toute l'option. Cela n'a pas du tout fonctionné pour moi sur Ubuntu 19.10.
Pour quiconque sur Fedora, j'ai légèrement modifié la réponse de James Ward:
sudo yum install libgnome-keyring-devel
cd /usr/share/doc/git/contrib/credential/gnome-keyring
sudo make
git config --global credential.helper /usr/share/doc/git/contrib/credential/gnome-keyring/git-credential-gnome-keyring
/usr/libexec/git-core/git-credential-gnome-keyring.
git config --global credential.helper gnome-keyring
Ajoutez simplement ces deux lignes à votre ~/.gitconfigfichier:
[credential]
helper = gnome-keyring
La prochaine fois que Git vous demandera un mot de passe, le mot de passe saisi sera enregistré dans Gnome Keyring (vous pouvez le voir avec l' seahorseoutil), et le mot de passe ne vous sera plus demandé par la suite.
Cela suppose que votre version de Git est suffisamment nouvelle (comme 2.1.0) et que vous êtes sous Linux Fedora, RHEL ou CentOS. Pour les anciennes versions ou d'autres systèmes d'exploitation / distributions, consultez les autres réponses.
git: 'credential-gnome-keyring' is not a git command.
Certaines distributions sont livrées avec cette intégration sous forme de package d'installation, sans nécessiter de compilation. En fonction de votre version de GNOME, vous devrez installer l'une gnome-keyringou l' autre des libsecretversions du paquet, quelque chose comme git-credential-gnome-keyring(OpenSUSE Leap 42.3).
Cependant, cela en soi n'activera pas automatiquement l'intégration de Git avec le trousseau de clés GNOME. Vous devez toujours configurer Git pour utiliser cette méthode de stockage des informations d'identification:
git config --global credential.helper gnome-keyring # If you installed git-credential-gnome-keyring
git config --global credential.helper libsecret # If you installed git-credential-libsecret
gnome-keyringoption ne fonctionne plus pour moi, mais les instructions de James Ward en utilisant libsecretfonctionnent toujours bien. Cependant, j'étais confus par la recommandation d'utilisation gnome-keyringdonnée ici: github.com/timhughes/git-credential-libsecret
libsecret(ou ce qui find /usr -iname git-credential-libsecretdonne) est la bonne option dans Gentoo Linux. Notez que dev-vcs/gitdoit être émergé avec USE=gnome-keyring.
Sur Fedora, vous devez installer
$ sudo dnf install git-credential-libsecret
et modifiez votre configuration git pour utiliser l'assistant d'identification.
[credential]
helper = /usr/libexec/git-core/git-credential-libsecret
Pour info, le libsecretpackage a été récemment divisé, voir le post de @rugk . C'est pourquoi les utilisateurs doivent réinstaller ce package.
git help -a | grep credential-et voir si d'autres helpers sont installés. Ceux qui viennent par défaut sontcredential-cache(rappelez-vous le mot de passe pendant un certain temps après l'avoir entré, 15 minutes par défaut) etcredential-store(stockez simplement le mot de passe en texte clair sur un fichier non chiffré sur le disque,~/.git-credentialspar défaut).