Cómo configurar un repositorio de git existente para que lo comparta un grupo UNIX

Tengo un repositorio de git existente (uno simple) que hasta este momento solo he podido escribir. Quiero abrirlo a algún grupo de usuarios de UNIX, foo, para que todos los miembros de foo puedan acceder a él. Soy consciente de que puedo configurar fácilmente un nuevo repositorio de git con:

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

Pero necesito la operación equivalente para un directorio de repositorio existente .

Intente esto para hacer que un repositorio existente repodirfuncione para los usuarios del grupo 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")

En el directorio de repositorios, ejecute los siguientes comandos:

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

Editar: para abordar la confusión frecuente, groupes una palabra clave real, no se supone que debe reemplazarla con el nombre del grupo.

Combinando las respuestas de @David Underhill y @kixorz , hice mi propia solución (definitiva).

Es para repositorios básicos y repositorios no básicos. Solo hay pequeñas diferencias entre ellos, pero de esta manera es más claro.

REPOSITORIO DESNUDO

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

dónde:

• <repo.git>es el directorio del repositorio básico, normalmente en el servidor (por ejemplo my_project.git/).
• <group-name>es el nombre del grupo para los usuarios de git (por ejemplo, usuarios ).

REPOSITORIO NO DESCUBIERTO

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

dónde:

• <project_dir>es el directorio del proyecto que contiene la .gitcarpeta.
• <group-name>es el nombre del grupo para los usuarios de git (por ejemplo, usuarios ).

Probablemente esto no sea necesario, pero vale la pena señalar que git init --bare --sharedtambién establece la opción denyNonFastForwards .

git config receive.denyNonFastForwards true

El significado de esta opción es el siguiente:

receive.denyNonFastForwards

Si rebase confirma que ya ha empujado y luego intenta empujar de nuevo, o de lo contrario intenta enviar una confirmación a una rama remota que no contiene la confirmación a la que apunta la rama remota, se le negará. En general, esta es una buena política; pero en el caso de la rebase, puede determinar que sabe lo que está haciendo y puede forzar la actualización de la rama remota con un indicador -f en su comando push.

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

Además de las respuestas anteriores de permitir que un grupo lea / escriba, también necesita agregar el usuario al grupo (diga "foo").

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

Nota: primero tendrá que crear un usuario si no existe