Come configurare un repository Git esistente per essere condiviso da un gruppo UNIX

Ho un repository git esistente (uno nudo) che fino a questo punto è stato scrivibile solo da me. Voglio aprirlo a qualche gruppo di utenti UNIX, foo, in modo che tutti i membri di foo possano eseguire il push. Sono consapevole che posso facilmente configurare un nuovo repository git con:

git init --bare --shared=group repodir
chgrp -R foo repodir

Ma ho bisogno dell'operazione equivalente per una directory repo esistente .

Prova questo per fare in modo che un repository esistente repodirfunzioni per gli utenti nel gruppo foo:

chgrp -R foo repodir                 # set the group
chmod -R g+rw repodir                # allow the group to read/write
chmod g+s `find repodir -type d`     # new files get group id of directory
git init --bare --shared=all repodir # sets some important variables in repodir/config ("core.sharedRepository=2" and "receive.denyNonFastforwards=true")

Nella directory repo eseguire i seguenti comandi:

git config core.sharedRepository group
chgrp -R foo repodir
chmod -R g+w repodir

Modifica: per affrontare la confusione frequente, groupè una parola chiave effettiva, non dovresti sostituirla con il nome del gruppo.

Unendo le risposte di @David Underhill e @kixorz , ho creato la mia soluzione (definitiva).

È per repo nudi e non nudi . Ci sono solo piccole differenze tra loro, ma in questo modo è più chiaro.

BARE REPOSITORY

cd <repo.git>/                            # Enter inside the git repo
git config core.sharedRepository group    # Update the git's config
chgrp -R <group-name> .                   # Change files and directories' group
chmod -R g+w .                            # Change permissions
chmod g-w objects/pack/*                  # Git pack files should be immutable
find -type d -exec chmod g+s {} +         # New files get directory's group id

dove:

• <repo.git>è la semplice directory del repository, tipicamente sul server (ad esempio my_project.git/).
• <group-name>è il nome del gruppo per gli utenti git (ad esempio gli utenti ).

REPOSITORY NON NUDO

cd <project_dir>/                         # Enter inside the project directory
git config core.sharedRepository group    # Update the git's config
chgrp -R <group-name> .                   # Change files and directories' group
chmod -R g+w .                            # Change permissions
chmod g-w .git/objects/pack/*             # Git pack files should be immutable
find -type d -exec chmod g+s {} +         # New files get directory's group id

dove:

• <project_dir>è la directory del progetto che contiene la .gitcartella.
• <group-name>è il nome del gruppo per gli utenti git (ad esempio gli utenti ).

Questo probabilmente non è necessario, ma vale la pena sottolineare che git init --bare --sharedimposta anche l' opzione denyNonFastForwards .

git config receive.denyNonFastForwards true

Il significato di questa opzione è il seguente:

receive.denyNonFastForwards

Se rebase i commit che hai già inviato e poi provi a eseguire nuovamente il push, o altrimenti provi a inviare un commit a un ramo remoto che non contiene il commit a cui punta attualmente il ramo remoto, ti verrà negato. Questa è generalmente una buona politica; ma nel caso del rebase, potresti determinare di sapere cosa stai facendo e puoi forzare l'aggiornamento del ramo remoto con un flag -f al tuo comando push.

(da http://git-scm.com/book/en/v2/Customizing-Git-Git-Configuration )

Oltre alle risposte precedenti per consentire a un gruppo di leggere / scrivere, è necessario aggiungere anche l'utente al gruppo (ad esempio "pippo").

sudo usermod -a -G [groupname] [username]

Nota: dovrai prima creare l'utente se non esiste