J'ai une erreur git: "permission insuffisante pour ajouter un objet à la base de données du référentiel .git / objets" chaque fois que je fais "git pull origin develop".
remote: Counting objects: 70, done.
remote: Compressing objects: 100% (7/7), done.
remote: Total 42 (delta 35), reused 42 (delta 35)
error: insufficient permission for adding an object to repository database .git/objects
fatal: failed to write object
fatal: unpack-objects failed
.git/objects
fichier. Il semble que vous ayez peut-être utilisé par erreursudo
à un moment donné dans le passé et donné la propriétéroot
à vous-même plutôt qu'à vous-même..git
est un répertoire qui existe à la base de chaque dépôt git.Réponses:
En supposant que @ChrisHayes a raison à propos d'un sudo accidentel, cela devrait résoudre le problème. Depuis l'intérieur de votre référentiel:
Mise à jour : pour ceux d'entre vous qui obtiennent l'
illegal group name
erreur, essayez plutôt ceci:la source
git rev-parse --show-toplevel
-on? J'ai pu résoudre le problème simplement en utilisantchown -R user:user
le répertoire de premier niveau de mon dépôt.sudo chown -R $USER:$USER .git
illegal group name
Accédez au répertoire racine du projet et exécutez les commandes ci-dessous pour résoudre ce problème,
la source
La mienne était une erreur stupide ... le bon nom d'utilisateur et le bon groupe ont été définis, mais www-data était le compte qui y accédait. Le répertoire appartenait à vaindil: www-data, mais les permissions étaient de 755 donc www-data ne pouvait pas y écrire. Corrigé avec:
la source
supprimez .git de l'url, si vous essayez de cloner un référentiel public depuis github.
exemple:
De: https://github.com/example/repository.git À: https://github.com/example/repository
la source
PAS UNE BONNE PRATIQUE (Juste une alternative)
J'utilise Ubuntu et j'ai rencontré le même problème. Pour le résoudre, j'ai simplement changé d'utilisateur en root et je ne vois aucune autre erreur.
Ensuite,
Méthode recommandée: MODIFIER LA PERMISSION DU RÉPERTOIRE
la source
sudo
), mais il est préférable d'éviter d'exécuter des commandes en tant que root dans la mesure du possible.