Как настроить существующее репозиторий git для совместного использования группой UNIX

У меня есть существующий репозиторий git (голый), который до этого момента был доступен для записи только мне. Я хочу открыть его для некоторой группы пользователей UNIX, foo, чтобы все члены foo могли нажимать на нее. Я знаю, что могу легко создать новое репозиторий git с помощью:

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

Но мне нужна эквивалентная операция для существующего каталога репо.

Попробуйте сделать так, чтобы существующий репозиторий repodirработал для пользователей в группе 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")

В каталоге репо выполните следующие команды:

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

Изменить: чтобы устранить частую путаницу, groupэто фактическое ключевое слово, вы не должны заменять его именем группы.

Объединение @David Андерхиллы и @kixorz ответов, я сделал свое собственное (окончательное) решение.

Это для босых операции РЕПО и без оголенных РЕПО. Между ними есть лишь небольшие различия, но в этом смысле они более четкие.

ГОЛЫЙ ХРАНИЛИЩ

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

где:

• <repo.git>- это пустой каталог репозитория, обычно на сервере (например my_project.git/).
• <group-name>это имя группы для пользователей git (например, пользователей ).

НЕЗАГОЛЕННЫЙ РЕПОЗИТОРИЙ

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

где:

• <project_dir>- это каталог проекта, в котором находится .gitпапка.
• <group-name>это имя группы для пользователей git (например, пользователей ).

Вероятно, в этом нет необходимости, но стоит отметить, что git init --bare --sharedтакже устанавливается опция denyNonFastForwards .

git config receive.denyNonFastForwards true

Смысл этой опции в следующем:

receive.denyNonFastForwards

Если вы перебазируете коммиты, которые вы уже отправили, а затем попытаетесь нажать еще раз, или иным образом попытаетесь отправить фиксацию в удаленную ветку, которая не содержит фиксации, на которую в настоящее время указывает удаленная ветвь, вам будет отказано. В целом это хорошая политика; но в случае перебазирования вы можете определить, что знаете, что делаете, и можете принудительно обновить удаленную ветку с помощью флага -f для своей команды push.

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

В дополнение к приведенным выше ответам о разрешении группе читать / писать вам также необходимо добавить пользователя в группу (скажем, «foo»).

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

Примечание: вам нужно сначала создать пользователя, если он не существует