Git sur samba - impossible d'écrire le nom de fichier sha1 | Permission refusée
Quand je suis à l'aide de git sur un partage samba sur windows, j'obtiens une erreur lorsque je veux commettre un fichier via git_extentions ou tortoiseGIT.
L'erreur est:
erreur: impossible d'écrire le nom de fichier sha1 .git/objects/b4/e819f886bf31b67c42249a0eff8e8b16cf7622: Permission denied.
Lorsque j'ajoute le fichier via le serveur ubuntu et valider le fichier, il fonctionne très bien.
Je travaille aussi dans un banrch.
J'ai déjà essayé chmod 777 the whole .git folder
.
source d'informationauteur InfoTracer
Vous devez vous connecter pour publier un commentaire.
J'ai vu cela aussi. C'est un git défaut, susceptibles de le faire avec la façon dont il crée et modifie les fichiers. Afin de clarifier le problème:
En version git 1.5.6.5 (dernier paquet Debian), vous obtenez le message d'erreur lorsque vous essayez de
git-add
. Si vous installez git 1.7.3.2 (dernière version), vous pouvez ajouter le fichier, mais vous obtenez le message d'erreur lorsque vous tentez de valider.Ce problème a été vu avant dans une forme ou une autre pour Git/Samba installations. Vous ne savez pas si la source du problème a été pin de relever encore:
http://code.google.com/p/msysgit/issues/detail?id=130#makechanges
Mise à jour:
ressemble git v. 1.7.3.3 a résolu ce problème.
Ok, j'ai trouvé une solution qui a fonctionné pour moi.
J'ai été en utilisant git sur samba (samba-common-3.0.33-3.7.el5) pour les âges sans problèmes.
J'ai mis à jour git pour Git-1.7.6-preview20110708et tout est passé à la casserole!
Comme Im un tel méthodique développeur, je n'ai pas d'écrire ce que j'ai mis à niveau à partir!
Je suis donc allé dans la liste des versions précédentes et a vu une Étoile à côté de Git-1.7.0.2-preview20100309donc un peu vieux, mais mettre que sur.... et bang... ça marche!!!
nous avons commencé à utiliser git aujourd'hui. la version 1.7.10 a été très bien pour win7 machines. sur winXP nous s'est produite l'erreur donné. pour ces machines, nous avons déclassé 1.7.0.2 que Ian l'a déclaré dans son poste et il fonctionne maintenant.
Probablement samba blocs de fichiers de configuration utilisateur? Pourquoi ne pas utiliser ssh à la place de samba pour pousser?
Dans mon cas, c'était le logiciel anti-virus sur Windows verrouillage d'un fichier(s). De désactiver temporairement l'anti-virus a résolu le problème.
J'ai répondu à cette question au cours de ici ainsi
Dans mon cas, ça ressemble à Git (v 2.6.3) a tenté de créer sa propre autorisations de lecture/écriture sur la Samba en voiture. Cela permettrait d'éviter le pack de fichiers et/ou des objets à partir d'arriver à l'écrit (décompresser erreur)
Je suis allé en arrière et en avant sur essayer de réparer. Enfin, depuis que j'ai eu le contrôle de la Samba à la machine, j'ai ajouté une ligne à la samba config lecteur, qui dit "hériter des autorisations = oui". J'ai redémarré la Samba et essayé de pousser. Il a travaillé!
Cela a fonctionné pour moi puisque je suis la seule personne à utiliser le serveur Samba. Pour les autres, vous pouvez jouer avec "force directory en mode" ou de "force create mode". Vous pouvez trouver les pages de manuel pour les personnes de plus ici:
https://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/AccessControls.html