Como configurar um repo git existente para ser compartilhado por um grupo UNIX

Eu tenho um repositório git existente (um simples) que até agora só podia ser escrito por mim. Quero abri-lo para algum grupo de usuários do UNIX, foo, para que todos os membros de foo possam enviar por push. Estou ciente de que posso configurar facilmente um novo repositório git com:

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

Mas preciso da operação equivalente para um diretório de repositório existente .

Tente isso para fazer um repositório existente repodirfuncionar para usuários no 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")

No dir repo, execute os seguintes comandos:

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

Editar: para resolver a confusão frequente, groupé uma palavra-chave real, você não deve substituí-la pelo nome do grupo.

Mesclando as respostas @David Underhill e @kixorz , fiz minha própria solução (definitiva).

É para repositórios básicos e não básicos. Existem apenas pequenas diferenças entre eles, mas desta forma é mais clara.

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

Onde:

• <repo.git>é o diretório do repositório vazio, normalmente no servidor (por exemplo my_project.git/).
• <group-name>é o nome do grupo para usuários git (por exemplo, usuários ).

REPOSITÓRIO NON-BARE

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

Onde:

• <project_dir>é o diretório do projeto que contém a .gitpasta.
• <group-name>é o nome do grupo para usuários git (por exemplo, usuários ).

Isso provavelmente não é necessário, mas vale a pena ressaltar que git init --bare --sharedtambém define a opção denyNonFastForwards .

git config receive.denyNonFastForwards true

O significado desta opção é o seguinte:

receive.denyNonFastForwards

Se você rebase commits que você já fez push e então tentar empurrar novamente, ou então tentar enviar um commit para um branch remoto que não contém o commit para o qual o branch remoto aponta atualmente, você será negado. Em geral, essa é uma boa política; mas no caso do rebase, você pode determinar que sabe o que está fazendo e pode forçar a atualização do branch remoto com um sinalizador -f para seu comando push.

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

Além das respostas acima sobre permitir que um grupo leia / escreva, você também precisa adicionar o usuário ao grupo (diga "foo").

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

Nota: você terá que primeiro criar o usuário se ele não existir