Błąd git Push: niewystarczające uprawnienia do dodania obiektu do bazy danych repozytorium

Dla Ubuntu (lub dowolnego Linuksa)

From project root,

cd .git/objects
ls -al
sudo chown -R yourname:yourgroup *

Możesz określić, jaka jest Twoja nazwa i twoja grupa, patrząc na uprawnienia na większości wyjść z tego polecenia ls-al

Uwaga: Pamiętaj o gwiazdce na końcu linii sudo

Użyj następującego polecenia, działa jak magia

sudo chown -R "${USER:-$(id -un)}" .

Wpisz polecenie dokładnie tak, jak jest (z dodatkowymi spacjami i jedną kropką na końcu)

sudo chmod -R ug+w .;

Zasadniczo, .git/objects plik nie ma uprawnień do zapisu. Powyższa linia daje uprawnienia do wszystkich plików i folderów w katalogu.

Chciałem tylko dodać moje rozwiązanie. Miałem repo na OS X, który miał własność roota na niektórych katalogach i dom (który jest moim katalogiem użytkownika) na innych, co spowodowało ten sam błąd wymieniony powyżej.

Rozwiązanie było proste na szczęście. Z Terminala:

sudo chown -R Home projectdirectory

/ Align = "left" / .. tylko to:

sudo chmod 777 -R .git/objects

Dobrym sposobem na debugowanie jest to, że następnym razem tak się stanie, SSH do zdalnego repo, cd do folderu objects i wykonaj ls -al.

Jeśli widzisz 2-3 pliki z inną własnością user:group, to jest to problem.

Zdarzyło mi się to w przeszłości z niektórymi starszymi skryptami dostęp do naszego Git repo i zwykle oznacza to, że inny (unix) użytkownik wypchnął / zmodyfikował pliki Ostatnio i twój użytkownik nie ma uprawnień do nadpisywania tych plików. Powinieneś utworzyć wspólną grupę Gita, którą wszystkie użytkownicy z obsługą git znajdują się w katalogu chgrp objects, a następnie rekurencyjnie w katalogu objects, a jego zawartość jest własnością grupy git.

Należy również dodać bit lepki do folderu, aby wszystkie pliki utworzone w folderze zawsze miały grupę git.

Chmod G+S katalog-nazwa

Aktualizacja: nie wiedziałem o core.sharedRepository. Dobrze wiedzieć, choć prawdopodobnie po prostu robi powyższe.

Może to się łatwo zdarzyć, jeśli uruchomiłeś git init z innym użytkownikiem niż ten, którego planujesz użyć podczas przesuwania zmian.

Jeśli ślepo postępujesz zgodnie z instrukcjami na [1] stanie się tak, ponieważ prawdopodobnie utworzyłeś git-usera jako root, a następnie natychmiast przeszedłeś do git init bez zmiany użytkownika pomiędzy nimi.

[1] http://git-scm.com/book/en/Git-on-the-Server-Setting-Up-the-Server

Linux, macOS:

cd .git/
sudo chown -R name:group *

Gdzie name jest Twoją nazwą użytkownika i {[2] } jest grupą, do której należy Twoja nazwa użytkownika.

Rozwiązaniem sumplest jest:

Z projektu dir:

sudo chmod 777 -R .git/objects

Po dodaniu kilku rzeczy... zatwierdź je i po tym wszystkim naciśnij go! BANG!! Start wszystkie problemy... Jak należy zauważyć, istnieją pewne różnice w sposobie definiowania zarówno nowych, jak i istniejących projektów. Jeśli inna osoba spróbuje dodać / zatwierdzić / wypchnąć te same pliki lub zawartość (git zachowuje oba jako te same obiekty), napotkamy następujący błąd:

$ git push
Counting objects: 31, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (17/17), done.
Writing objects: 100% (21/21), 2.07 KiB | 0 bytes/s, done.
Total 21 (delta 12), reused 0 (delta 0)
remote: error: insufficient permission for adding an object to repository database ./objects  remote: fatal: failed to write object

Aby rozwiązać ten problem musisz mieć coś na uwadze system uprawnień systemu operacyjnego, ponieważ są przez niego ograniczone w tym case. Tu zrozumieć lepiej problem, śmiało i sprawdzić folder Twojego obiektu git (.git / objects). Prawdopodobnie zobaczysz coś takiego:

<your user_name>@<the machine name> objects]$ ls -la
total 200
drwxr-xr-x 25 <your user_name> <group_name> 2048 Feb 10 09:28 .
drwxr-xr-x  3 <his user_name> <group_name> 1024 Feb  3 15:06 ..
drwxr-xr-x  2 <his user_name> <group_name> 1024 Jan 31 13:39 02
drwxr-xr-x  2 <his user_name> <group_name> 1024 Feb  3 13:24 08

*zauważ, że te uprawnienia zostały przyznane tylko dla użytkowników, nikt nigdy nie będzie mógł go zmienić... *

Level       u   g   o
Permission rwx r-x ---
Binary     111 101 000
Octal       7   5   0

ROZWIĄZANIE PROBLEMU

Jeśli masz uprawnienia super user, możesz przejść do przodu i zmienić wszystkie uprawnienia samodzielnie za pomocą kroku drugiego, w każdym innym przypadku musisz zapytać wszystkich użytkowników o obiekty utworzone z ich użytkowników, użyj następującego polecenia, aby wiedzieć, kim są:

$ ls -la | awk '{print $3}' | sort -u 
<your user_name>
<his user_name>

Teraz ty i wszyscy użytkownicy właściciela pliku będziecie musieli zmienić te uprawnienia, wykonując:

$ chmod -R 774 .

Następnie musisz dodać nową właściwość, która jest równoważna --shared=group done dla nowego repozytorium, zgodnie z dokumentacją, to sprawia, że grupa repozytorium jest zapisywalna, wykonaj to:

$ git config core.sharedRepository group

Https://coderwall.com/p/8b3ksg

W moim przypadku żadna z sugestii nie zadziałała. Jestem na Windowsie i mi to pomogło:

• skopiuj zdalny repo do innego folderu
• Udostępnij folder i nadaj odpowiednie uprawnienia.
• upewnij się, że możesz uzyskać dostęp do folderu z lokalnego komputera.
• Dodaj ten repo jako inny zdalny repo w lokalnym repo. (git remote add foo //SERVERNAME/path/to/copied/git)
• Push to foo. git push foo master. Zadziałało? Świetnie! Teraz Usuń nie działające repo i zmień nazwę tego na cokolwiek to było wcześniej. Upewnij się uprawnienia i właściwość share pozostają takie same.

Trafiłem w ten sam numer. Czytając tutaj zdałem sobie sprawę, że to uprawnienia do plików, do których odnosi się wiadomość. Fix , dla mnie był w:

/etc / inetd.d / git-gpv

Uruchamiał git-daemon jako użytkownik ' nobody ', więc nie miał uprawnień do zapisu.

# Who   When    What
# GPV   20Nov13 Created this by hand while reading: http://linuxclues.blogspot.co.uk/2013/06>/git-daemon-ssh-create-repository-debian.html
# GPV   20Nov13 Changed owner (to user_git) otherise nobody lack permission to update the repository
#git stream tcp nowait nobody  /usr/bin/git git daemon --inetd --verbose --enable=receive-pack --export-all /gitrepo
git stream tcp nowait user_git  /usr/bin/git git daemon --inetd --verbose --enable=receive-pack --export-all /gitrepo

(wątpię, aby inni nazywali swój plik inetd git-gpv . Zwykle znajduje się bezpośrednio w /etc / inetd.conf)

Działa dla mnie

sudo chmod -R g+rwX .

Dodam moje dwa grosze jako sposób na odkrycie plików o określonej własności wewnątrz katalogu .

Problem był spowodowany uruchomieniem jakiegoś polecenia git jako root. Otrzymana wiadomość brzmiała:

$ git commit -a -m "fix xxx"
error: insufficient permission for adding an object to repository database .git/objects
error: setup.sh: failed to insert into database

Najpierw spojrzałam na git config -l, potem rozwiązałam z:

find .git/ -exec stat --format="%G %n" {} + |grep root

chown -R $(id -un):$(id -gn) .git/objects/

git commit -a -m "fixed git objects ownership"

Potrzebujesz wystarczających uprawnień do zapisu w katalogu, do którego naciskasz.

W moim przypadku: Windows 2008 server

Kliknij prawym przyciskiem myszy na katalogu Git repo lub katalogu nadrzędnym.

Właściwości > zakładka udostępnianie > Udostępnianie zaawansowane > uprawnienia > upewnij się, że użytkownik ma odpowiednie prawa dostępu.

Być może przypadkowo zagnieżdżone repozytoria git

Istnieje również możliwość dodania innego lokalnego repozytorium o tym samym aliasie. Na przykład masz teraz 2 foldery lokalne, o których mowa origin więc gdy spróbujesz nacisnąć, zdalne repozytorium nie zaakceptuje Twoich danych uwierzytelniających.

Zmień nazwę aliasów lokalnego repozytorium, możesz skorzystać z tego linku https://stackoverflow.com/a/26651835/2270348

Może możesz zostawić 1 lokalne repozytorium według twoich upodobań jako {[0] } a inne zmienić ich nazwę np. z origin do anotherorigin. Pamiętaj, że są to tylko aliasy i wszystko, co musisz zrobić, to zapamiętać nowe aliasy i ich odpowiednie odległe oddziały.

Mam to, gdy włączam się do projektu Rstudio. Zdałem sobie sprawę, że zapomniałem zrobić:

sudo rstudio

Podczas uruchamiania programu. W rzeczywistości, ponieważ jest jeszcze jeden błąd, który mam, muszę zrobić:

sudo rstudio --no-sandbox

Otrzymywaĺ 'em ten problem ze zdalnym repozytorium na dzieĹ' u Samby; wyciÄ ... gnÄ ... Ĺ 'em z tego zdalnego repozytorium, ale nie powiodĺ' em siÄ ™ przy wciskaniu do niego.

Przyczyną błędu były nieprawidłowe dane uwierzytelniające w moim pliku ~/.smbcredentials.

Po długim używaniu Gita bez problemów, napotkałem ten problem dzisiaj. Po pewnym namyśle zdałem sobie sprawę, że zmieniłem dzisiaj moje umask z 022 na coś innego.

Wszystkie odpowiedzi innych osób są pomocne, np. zrób chmod dla katalogów. Ale główną przyczyną jest mój nowy umask, który zawsze będzie powodować nowy problem na drodze, gdy nowy katalog zostanie utworzony pod .git/object/. Więc długoterminowym rozwiązaniem dla mnie jest zmiana umask z powrotem na 022.

Otrzymywałem ten błąd podczas uruchamiania zdalnej maszyny programistycznej przy użyciu Vagrant. Żadne z powyższych rozwiązań nie działało, ponieważ wszystkie pliki miały odpowiednie uprawnienia.

Naprawiłem to zmieniając config.vm.box = "hasicorp/bionic64" na config.vm.box = "bento/ubuntu-20.10".