Erreur lors de l'utilisation de Git d'identification helper avec gnome-keyring que Sudo

Je cherchais un moyen de stocker des informations d'identification en toute sécurité lors de la connexion à notre serveur Git qui utilise le protocole SSL. Je suis tombé sur cette suggestion par @james ward (seulement édition que j'ai faite est j'ai mis à jour notre "système" config à la place de notre "global" config Git (https://stackoverflow.com/a/14528360/6195194)

sudo apt-get install libgnome-keyring-dev
cd /usr/share/doc/git/contrib/credential/gnome-keyring
sudo make
git config --system credential.helper /usr/share/doc/git/contrib/credential/gnome-keyring/git-credential-gnome-keyring

Je peux exécuter

git clone https://ipaddress/git/repo.git

et les informations d'identification helper va stocker mes informations d'identification, cependant quand je lance le suivant:

sudo git clone https://ipaddress/git/repo.git testfolder

me donne l'erreur suivante

** (process:3713): CRITICAL **: Error communicating with gnome-keyring-daemon

J'ai parfois besoin de lancer la commande sudo git clone depuis parfois le répertoire où j'ai besoin de faire un clone exige. Toute aide serait appréciée.

Versions, je suis en utilisant:
- git version 1.9.1
- Ubuntu Server 14.0.4

Vous en remercie d'avance!
-Richard O.

Double Possible de Comment utiliser git avec gnome-keyring intégration

InformationsquelleAutor Richard Oswald | 2016-04-12

0

J'ai parfois besoin de lancer la commande sudo git clone depuis parfois le répertoire où j'ai besoin de faire un clone exige. Toute aide serait appréciée

Le dossier dans lequel vous essayez de cloner le dépôt a été créé par la racine, de sorte que vous n'avez pas l'autorisation d'écrire ou de créer des sous-dossier, sauf si vous êtes root (sudo), définissez les autorisations (chmod ou chown) et vous serez en mesure de cloner dans le dossier.
```
chmod 755 /path
```
- Je vous remercie pour votre aide et qui fait beaucoup de sens. Une autre exigence m'a forcé à utiliser des clés SSH au lieu de HTTPS donc je n'ai plus besoin d'utiliser git-identification-gnome-keyring. Mais je n'ai assurez-vous de créer un dédié git compte et de leur donner accès à créer leurs propres dépôts dans un certain répertoire, sans l'aide de sudo basé sur votre aide et sa fonctionne très bien!
InformationsquelleAutor CodeWizard
58

À côté de l'utilisation de sudo, note qu'en 2016, libgnome-keyring est spécifique à GNOME et est maintenant obsolète (depuis En janvier 2014, en fait).

Git 2.11+ (T4 2016) comprendra un nouveau justificatif aide de libsecret.

Voir s'engager 87d1353 (09 Oct 2016) par Les Mantas Mikulėnas (grawity).

^{(Fusionnés par Junio C Hamano -- gitster -- dans s'engager bfe800c, 26 Oct 2016)}

Un nouveau justificatif helper qui parle par l'intermédiaire de "libsecret" avec des implémentations de XDG Service Secret de l'API a été ajouté à contrib/credential/.

il utilise libsecret qui peuvent soutenir d'autres implémentations de XDG Secret
L'API de Service.
1. Vous pouvez installer libsecret et le développement des bibliothèques avec:
  
  sudo apt-get install libsecret-1-0 libsecret-1-dev
2. Alors vous avez besoin pour construire le gestionnaire d'informations d'identification
  
  cd /usr/share/doc/git/contrib/credential/libsecret (copie de la informations d'identification/libsecret dossier de source, si elle n'est pas installée automatiquement)
  
  sudo make
3. Enfin, vous devriez point git dans le fichier nouvellement créé dans votre config:
  
  git config --global credential.helper /usr/share/doc/git/contrib/credential/libsecret/git-credential-libsecret
Comme l'a noté mati865 dans les commentaires:
Il convient de noter que certaines distributions comme d'Arc et de la Fedora fournir les aides disponibles en tant que binaire et source.
- Libsecret binaire sur l'Arche: /usr/lib/git-core/git-credential-libsecret, et
- Libsecret binaire sur Fedora: /usr/libexec/git-core/git-credential-libsecret.
- Essayé d'utiliser cette, première fois semblait bien fonctionner, mais sur consécutifs bottes-je obtenir ** (process:774): CRITICAL **: secret_value_get_text: assertion 'value' failed' et il me demande mon github mot de passe à nouveau...
- êtes-vous à l'aide de Git 2.11. Je ne vois pas commettre la correction d'un bug concernant libsecret pour la prochaine GIt 2.12.
- oui, je suis en utilisant Git 2.11
- Alors je vous propose de poser une nouvelle question avec la configuration exacte (OS, Git, libsecret versions, ...) afin d'examiner cette question plus en détail.
- Après cela, lors de l'utilisation de git-je obtenir ** (process:18000): CRITICAL **: could not connect to Secret Service: Cannot autolaunch D-Bus without X11 $DISPLAY
- Quel système d'exploitation utilisez-vous, avec quelle version de Git?
- git 2.1.4 sur raspbian jessie. De toute façon, j'ai réinstallé l'OS et de la commutation à l'aide de SSH.
- Le répertoire /usr/share/doc/git/contrib/identification/libsecret répertoire de ne pas exister si vous avez une ancienne version de git. Si c'est ok pour mettre à jour git, sur Ubuntu, il a travaillé pour l'obtenir: unix.stackexchange.com/questions/33617/...
- Bon point. C'est en effet pour Git 2.11 ou plus.
- Il convient de noter que certaines distributions comme d'Arc et de la Fedora fournir les aides disponibles en tant que binaire et source. Libsecret binaire sur l'Arche: /usr/lib/git-core/git-credential-libsecret et sur Fedora: /usr/libexec/git-core/git-credential-libsecret.
- Je vous remercie. J'ai compris votre commentaire dans la réponse pour plus de visibilité.
- J'ai besoin de retaper creds après un certain temps 🙁
- il doit y avoir un temps d'expiration associée à libsecret. Je ne suis pas trop familier avec elle.
- Re. point 2 ci-dessus: Après l'installation de libsecret et tous avec apt-get comme au point 1 ci-dessus, sur Unbuntu 16.04, il n'y a pas de libsecret répertoire dans contrib: $ ls /usr/share/doc/git/contrib/credential gnome-keyring netrc osxkeychain wincred
- quelle est la version de Git que vous utilisez?
- git version 2.7.4. "git est déjà la plus récente version (1:2.7.4-0ubuntu1.4)."
- Pouvez-vous essayer avec Git 2.18? (stackoverflow.com/a/24847953/6309)
- Comment vérifier si cela fonctionne?
- Il serait préférable de poser une nouvelle question, décrivant votre version de l'OS, version Git et message d'erreur.
InformationsquelleAutor VonC
2

À l'aide de sudo exécute la commande en tant que root. C'est comme demander à votre administrateur de système, si vous en avez un, pour exécuter une commande pour vous. Le root utilisateur est pas destinée à faire quelque chose en matière de développement, et donc git est pas destiné à être utilisé en tant que root.

Une fois que vous exécuter une commande en tant qu'autre utilisateur (root ou autre), il est prévu que cette autre utilisateur ne peut pas communiquer normalement avec votre habitude de l'utilisateur (en particulier, il ne trouve pas votre gnome-keyring-daemon ici).

Donc, la réponse est: "ne faites pas cela". Si vous avez vraiment besoin de cloner dans un répertoire particulier, de vous donner les autorisations sur le répertoire en tant que suggéré dans CodeWizard de réponse. En fait, si vous avez besoin de cloner dans un répertoire où vous n'avez pas la permission, demandez-vous si vous faites quelque chose de mal: en principe, cela ne devrait pas arriver (ma conjecture est: vous avez déjà utilisé sudo trop dans le passé et c'est la raison pour laquelle vous avez um-répertoires en écriture ici et là).
- Je vous remercie pour votre commentaire. Vous demander "pourquoi" vous êtes à l'aide de sudo est toujours une bonne pratique à vivre par.
InformationsquelleAutor Matthieu Moy

Vous devez vous connecter pour publier un commentaire.