git: nie może wypchnąć (błąd Unpacker) związane z pozwoleniem wydaje

Question

mam ten problem, gdy próbuję wcisnąć git:

error: insufficient permission for adding an object to repository database ./objects 

fatal: failed to write object 
error: unpack failed: unpack-objects abnormal exit 
To ssh://<repo url>/<repo dir> 
! [remote rejected] master -> master (n/a (unpacker error)) 
error: failed to push some refs to 'ssh://<repo url>/<repo dir>' 

ja miałem to wcześniej sporadycznie i zawsze mieliśmy do go rozwiązać przez każdy użytkownik sshing do repo i ustawiania uprawnień grupowych na wszystkich plików w nim z

chmod -R g+w * 

to nigdy nie było zadowalające rozwiązanie i teraz to ugryziony nas w dupie, jak jeden z chłopaków jest z dala i no- zna jego hasło użytkownika repo. Tak więc staram się rozwiązać to poprawnie.

Błąd pojawia się, gdy ktoś próbuje przesunąć zmianę, która zmieni katalog repo, który jest własnością innego użytkownika (stąd ustawienie opcji zapisu grupy powyżej). Poświęciłem temu trochę czasu i znalazłem kilka omówionych rozwiązań (z których żadna nie zadziałała)

1) upewnij się, że grupa, z którą repo są udostępniane repo, jest głównym użytkownikiem każdego użytkownika grupa (wierzę, że jest już sprawę: każdy użytkownik ma tylko jedną grupę, tak że musi być ich główną grupą, prawy)

2) ustawienie git repo core.sharedRepository, jak opisano tutaj: Git: Can't push from one computer Zmieniłem to jednak to nie miało znaczenia. Czy muszę ponownie załadować konfigurację lub coś, co faktycznie wpłynie na zmianę?

Oto co mój repo config wygląda atm:

[core] 
     repositoryformatversion = 0 
     filemode = true 
     bare = true 
     sharedRepository = all 
[receive] 
     denyNonFastForwards = True 

wdzięczny za wszelkie rady i sugestie! max

Answer 1

Używam gitosis do zarządzania tego rodzaju rzeczy. Gitosis ma jednego użytkownika (zwykle nazywanego "git"), który jest właścicielem wszystkich repozytoriów, i korzysta z kontroli dostępu opartej na kluczu publicznym do każdego repozytorium. Może to nie odpowiadać twojej konfiguracji, ale prawdopodobnie warto sprawdzić (gra słów nie jest przeznaczona).

Answer 2

Prostszym sposobem na to jest dodanie skryptu po odebraniu, który uruchamia polecenie chmod po każdym naciśnięciu przycisku "hub" repo na serwerze. Dodaj następujący wiersz do haków/post-otrzymywać wewnątrz folderu git na serwerze:

chmod -Rf u+w /path/to/git/repo/objects 

Answer 3

miałem problemy z tym też myśli moje zdalnego gitolite-admin została uszkodzona lub coś złego.

Moja konfiguracja to laptop Mac OS X (10.6.6) ze zdalnym serwerem Ubuntu 10 z gitolite.

Okazało się, że problem polegał na tym, że mój lokalny odbiór gitolite-admin.

Pomimo błędu "rozpakuj błąd" okazało się, że problem jest lokalny.

Zorientowałem się, sprawdzając to ponownie jako gitolite-admin2, dokonując zmiany i pchania.

Voila! Zadziałało!

Answer 4

W przypadku, gdy ktoś inny utknie w tym: oznacza to, że uprawnienia do zapisu są nieprawidłowe w repozytorium, do którego naciskasz.Idź i chmod -R to tak, że użytkownik, do którego uzyskujesz dostęp do serwera git ma dostęp do zapisu.

http://blog.shamess.info/2011/05/06/remote-rejected-na-unpacker-error/

To po prostu działa.

Answer 5

To błąd uprawnień. Najbardziej stosownym i bezpiecznym dla mnie sposobem było uzyskanie repozytorium. jest własnością (lub odwrotnie):

groupadd git 
chgrp -R git .git 
chgrp -R git ./ 
usermod -G -a git $(whoami) 

Answer 6

Ten problem może również wystąpić po aktualizacji Ubuntu, które wymagają ponownego uruchomienia komputera.

Jeśli istnieje plik /var/run/reboot-required, wykonaj lub zaplanuj ponowne uruchomienie.

Answer 7

Miałem ten błąd przez dwa tygodnie, a większość rozwiązań określiła "chmod -R" jako odpowiedź, niestety dla mnie moje repozytorium git (lokalne/zdalne/udostępnione - z zespołem) były wszystkie w systemie operacyjnym Windows , a nawet jeśli chmod -Rv pokazał wszystkie pliki zmienione na "rwxrwxrwx", kolejne "ls -l" nadal pokazywało wszystkie pliki jako "rwxr-xr-x", a błąd powtórzył się. W końcu zobaczyłem this solution autorstwa Ariejana de Vrooma. Udało się i wszyscy byliśmy w stanie ciągnąć i naciskać ponownie.

On zarówno lokalny (miejscowy, który ma problemy z pchającą) oraz zdalnego repo, uruchom następujące polecenia:

$ git fsck 
$ git prune 
$ git repack 
$ git fsck 

Na marginesie, próbowałem przy użyciu rodzimych uprawnienia plików systemu Windows'/ACL i nawet uciekają podnieść użytkownika problemu do administratora, ale nic z tego nie pomogło. Nie wiem, czy środowisko jest ważne, ale może pomóc komuś z podobną konfiguracją - problemowym członkiem zespołu i zdalnym (Windows Server 2008 R2 Standard), moim lokalnym (Windows 7 VM).

Answer 8

Wystąpił podobny błąd i zobacz poniżej, jak go rozwiązałem.

Moja struktura katalogów: /opt/git/project.git i git użytkownik jest git

$ cd /opt/git/project.git 
$ sudo chown -R git:git . 

chown -R opcja rekurencyjnie zmienia własności i i grupy (od Wpisałem git: git w powyżej polecenia) w bieżącym katalogu. chown -R jest konieczny, ponieważ git zmienia wiele plików w twoim katalogu git, kiedy będziesz naciskał do repozytorium.

Answer 9

gdzie pracuję używamy tej metody na wszystkich naszych repozytoriów przez kilka lat bez żadnych problemów (z wyjątkiem, gdy tworzymy nowe repozytorium i zapomnieć, aby ustawić go w ten sposób):

1. Set "sharedRepository = true" w sekcji "[core]" pliku konfiguracyjnego.

2. Zmiana id grupa repozytorium do grupy wspólne dla wszystkich użytkowników, którzy mają prawo do pchania do niego:

   chgrp -R shared_group /git/our_repos 
   chmod -R g+w /git/our_repos 
   

3. Ustaw setgid nieco na wszystkich katalogów w repozytorium tak, że nowe pliki/katalogi zachować tę samą grupę:

   find /git/our_repos -type d -exec chmod g+s {} + 
   

4. Dodaj tę linię, aby otrzymać wstępnie hak w repozytorium, aby zapewnić nowe uprawnienia do plików pozwalają grupa Odczyt/zapis:

   umask 007 
   

Answer 10

Za to, co jest warte, miałem ten sam problem z moim własnym VPS i było to spowodowane moim niskim miejscem na dysku twardym na VPS. Potwierdzone przez polecenie df -h i po wyczyszczeniu dysku twardego VPS; problem zniknął.

Pozdrawiam.

Answer 11

Dla mnie to kwestia jego uprawnień:

Na metę serwera git to polecenie w katalogu repo

sudo chmod -R 777 theDirectory/ 

Answer 12

Dla mnie wystąpił ten błąd, gdy mnie nie było miejsca na moim pilocie.

ja po prostu potrzebne, aby przeczytać resztę komunikat o błędzie:

error: file write error (No space left on device) 
fatal: unable to write sha1 file 
error: unpack failed: unpack-objects abnormal exit