Mam repozytorium Git na serwerze pomostowym, do którego musi być zdolnych wielu programistów. git-initwydaje się mieć flagę bardzo zbliżoną do tego, czego szukam: --sharedoprócz tego, że chciałbym, aby wiele osób również przyciągnęło do tego repozytorium. git-clone„S --sharedflag robi coś zupełnie innego.

Jaki jest najłatwiejszy sposób zmiany uprawnień istniejącego repozytorium?

Uprawnienia są szkodnikiem.

Zasadniczo musisz upewnić się, że wszyscy ci programiści mogą pisać do wszystkiego w repozytorium git.

Przejdź do rozwiązania New-Wave, aby uzyskać najlepszą metodę przyznawania grupie programistów możliwości pisania.

Standardowe rozwiązanie

Jeśli umieścisz wszystkich programistów w specjalnie utworzonej grupie, możesz w zasadzie po prostu:

chgrp -R <whatever group> gitrepo
chmod -R g+swX gitrepo

Następnie zmień umaskdla użytkowników na 002, aby nowe pliki były tworzone z uprawnieniami do zapisu w grupie.

Problemami z tym są legion; jeśli jesteś na distro, które przyjmuje umaskz 022(jak mają wspólną usersgrupę, która obejmuje każdy domyślnie), to może otworzyć się problemy związane z bezpieczeństwem w innym miejscu. A wcześniej czy później coś spieprzy twój starannie spreparowany schemat uprawnień, wyłączając repozytorium z działania, dopóki nie uzyskasz rootdostępu i nie naprawisz go (tj. Ponownie uruchomisz powyższe polecenia).

Rozwiązanie nowej fali

Lepszym rozwiązaniem - choć mniej zrozumiałym i wymagającym nieco większej obsługi systemu / narzędzi - jest użycie rozszerzonych atrybutów POSIX. Przybyłem do tego obszaru dopiero niedawno, więc moja wiedza tutaj nie jest tak gorąca, jak mogłaby być. Ale w zasadzie rozszerzona lista ACL to możliwość ustawiania uprawnień dla więcej niż tylko 3 domyślnych miejsc (użytkownik / grupa / inny).

Więc jeszcze raz utwórz grupę, a następnie uruchom:

setfacl -R -m g:<whatever group>:rwX gitrepo
find gitrepo -type d | xargs setfacl -R -m d:g:<whatever group>:rwX

To konfiguruje rozszerzoną listę ACL dla grupy, aby członkowie grupy mogli czytać / zapisywać / uzyskiwać dostęp do wszystkich plików, które już tam są (pierwsza linia); następnie powiedz wszystkim istniejącym katalogom, że nowe pliki powinny mieć tę samą listę ACL (drugi wiersz).

Mam nadzieję, że to cię poprowadzi.

jeśli utworzyłeś repozytorium (lub sklonowałeś nowe repozytorium od istniejącego) za pomocą

$ git init --shared=group 

lub

$ git init --shared=0NNN

Git powinien obsługiwać uprawnienia wykraczające poza to, co zapewnia domyślna umask. W końcu dotyczy to mojej wersji Git (1.6.3). Oczywiście zakłada to, że użytkownicy należą do tej samej grupy.

Gdybym jednak potrzebował zarządzania użytkownikami w wielu grupach o różnym stopniu odczytu / zapisu, wybrałbym gitosis. Słyszałem również o gitolicie ( http://github.com/sitaramc/gitolite ), widelcu gitosis, który ma zapewniać uprawnienia na poziomie oddziału, ale nie mogę powiedzieć, że każdy z nich osobiście go używał.

Nie zostało to powiedziane, więc chcę to szybko dodać.

Aby mieć pewność, że problemy z uprawnieniami nie przycinają ich brzydkiej głowy, upewnij się, że ustawiłeś następujące ustawienia w pliku konfiguracyjnym repozytorium git:

[core]
    sharedRepository = true

Zapewni to przestrzeganie ustawień „umask” twojego systemu.

Instrukcja obsługi Git opisuje sposób udostępniać repozytorium na kilka sposobów.

• Eksportowanie przez demona Git .
• Eksportowanie przez HTTP .
• Styl CVS / SVN, jedno wspólne repozytorium, w którym programiści pchają / wyciągają.

Bardziej skomplikowane, choć pełne funkcji sposoby udostępniania repozytoriów to:

• Gitosis
• GitHub (lub GitHub Firewall Install )

Używamy GitHub dla zespołu 6 programistów.

Spójrz także na gitolite, na którym znajduje się twoje repozytorium git. Gitoza najwyraźniej nie jest już rozwijana.

Jednym ze sposobów naprawy uprawnień we współdzielonym repozytorium, aby użytkownicy nie mieli problemów z uprawnieniami podczas wypychania, jest utworzenie skryptu przechwytującego po aktualizacji, który to zrobi. Powinno to działać w dowolnej wersji git.

Załóżmy, że masz wspólne repozytorium w /myrepo.git. Wszystkie pliki w tym repozytorium należą do grupy mysharedgroup . Wszyscy użytkownicy pchający do tego repozytorium powinni również należeć do mysharedgroup . Teraz utwórz następujący plik (zmieniając mysharedgroup na swoje preferencje):

/myrepo.git/hooks/post-update

#!/bin/sh
chmod -R g+w . 2>/dev/null
chgrp -R mysharedgroup . 2>/dev/null

Aby zebrać fragmenty dobrych rad z różnych innych odpowiedzi i komentarzy na temat tworzenia nowego repozytorium:

Jeśli utworzenie nowy repo myrepow /srv/gitdla grupy mygroup, to jest to, co chcesz:

mkdir /srv/git/myrepo.git
chgrp mygroup /srv/git/myrepo.git
git init --bare --shared /srv/git/myrepo.git

1. pierwsza linia tworzy katalog repo
2. druga linia ustawia swoją grupę na mygroup
3. trzeci wiersz inicjuje nagie repozytorium w następującej konfiguracji:
   1. core.bare = true: spraw, aby było to proste repo
   2. core.sharedrepository = 1(to samo co core.sharedrepository = group): katalog repo i wszystkie później utworzone w nim katalogi będą zarządzane przez git, aby zezwolić na mygroupodczyt, zapis i wykonywanie uprawnień (z ustawionym bitem sgid - tak, aby pracować z użytkownikami, dla których mygroupnie jest ich grupa podstawowa)
   3. receive.denyNonFastforwards = 1: nie zezwalaj na przekazywanie repozytoriów bez przewijania do przodu

Jeśli chcesz dostroić uprawnienia użytkownika, grupy lub innych użytkowników, użyj --shared=0NNN, gdzie NNNsą standardowe bity użytkownika, grupy i inne bity dla plików (bity wykonania i sgid w katalogach będą odpowiednio zarządzane przez git). Na przykład umożliwia to dostęp do odczytu i zapisu użytkownikowi oraz dostęp tylko do odczytu do grupy (i brak dostępu do innych):

git init --bare --shared=0640 /srv/git/myrepo.git

Umożliwia to dostęp do odczytu i zapisu użytkownikowi i grupie (i nie ma dostępu do innych):

git init --bare --shared=0660 /srv/git/myrepo.git

Umożliwia to dostęp do odczytu i zapisu użytkownikowi i grupie oraz dostęp tylko do odczytu do innych:

git init --bare --shared=0664 /srv/git/myrepo.git

Zauważ, że jeśli nie zamierzasz zezwalać na dostęp do zapisu w grupie, upewnij się, że najpierw użyłeś, chownaby ustawić właściciela repo, a następnie uruchom git initkomendę jako ten użytkownik (aby upewnić się, że repo zostało zainicjowane z poprawnym właścicielem dla wszystkie początkowe pliki i podkatalogi).

Możesz użyć git-daemon do współdzielenia repozytorium. Przeczytaj dokumentację git-daemon, aby uzyskać więcej informacji.

EDYTOWAĆ:

Sprawdź także w tym artykule 8 sposobów udostępniania repozytorium git .

Wykonanie dokładnie tego działało dla mnie, dla istniejącego repozytorium. To wymaga porady z kilku odpowiedzi i komentarzy wcześniej:

Z katalogu nadrzędnego repozytorium na serwerze:

chgrp -R <whatever group> gitrepo
chmod -R g+wX gitrepo
cd gitrepo
find . -type d -exec chmod g+s {} +
git config core.sharedRepository group

Odpowiedź @stevek_mcc jest tą, której szukałem, kiedy przejrzałem to pytanie

git clone --config core.sharedRepository=true