Руководство пользователя Мерзавца описывает, как совместно использовать репозиторий несколькими способами.

• Экспорт через Демона Мерзавца.
• Экспорт через HTTP.
• Стиль CVS/SVN, единственный общий репозиторий, где разработчики продвигают/вытягивают.

Более сложный, хотя полная функция способы совместно использовать репозитории:

• Gitosis
• GitHub (или установка брандмауэра GitHub)

Мы используем GitHub для команды 6 разработчиков.

Можно использовать мерзавца-демона для совместного использования репозитория. Прочитайте документацию для мерзавца-демона для получения дополнительной информации.

Править:

Также проверьте эту статью 8 способы совместно использовать Ваш репозиторий мерзавца.

если Вы создали репозиторий (или клонировал новый пустой repo от существующего) с

$ git init --shared=group 

или

$ git init --shared=0NNN

Мерзавец, как предполагается, обрабатывает полномочия выше и вне того, что обеспечивает Ваше значение по умолчанию umask. Наконец это верно на моей версии Мерзавца (1.6.3). Конечно, это предполагает, что Ваши пользователи находятся в той же группе.

Если бы мне было нужно управление пользователями в нескольких группах с различными степенями чтения-записи однако, то я пошел бы с gitosis. Я также услышал упоминание о gitolite (http://github.com/sitaramc/gitolite), gitosis ветвление, которое, как предполагается, предоставляет полномочия уровня ответвления, не может сказать, что у меня есть каждый используемый это лично все же.

Также взгляд gitolite для хостинга Вашего репозитория мерзавца. Gitosis, по-видимому, не разрабатывается больше.

Это не было сказано, таким образом, я хочу быстро добавить его.

Чтобы гарантировать, чтобы проблемы полномочий не обрезали ужасную голову, удостоверьтесь, что установили следование Вашего файла конфигурации общего репозитория мерзавца:

[core]
    sharedRepository = true

Это гарантирует, что уважают "umask" настройки Вашей системы.

Один из способов исправить разрешения в общем репозитории, чтобы у пользователей не было разрешения проблемы при нажатии, заключается в создании сценария перехвата после обновления, который будет делать именно это. Это должно работать в любой версии git.

Предположим, у вас есть общий репозиторий в /myrepo.git. Все файлы в этом репозитории принадлежат, скажем, mysharedgroup . Все пользователи, отправляющие в этот репозиторий, также должны принадлежать к mysharedgroup . Теперь создайте следующий файл (изменив mysharedgroup на свои предпочтения):

/myrepo.git/hooks/post-update

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

Для объединения битов и кусочков хороших советов из различных других ответов и комментариев по настройке нового репо:

Если вы настраиваете новое репо myrepo в /srv/git для группы mygroup, то это то, что вы хотите:

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

1. в первой строке создается repo dir
2. , во второй устанавливается значение для моей группы
3. , а в третьей инициализируется "голое" repo со следующей конфигурацией:
   1. core.bare = true: делает его "пустым" репо
   2. core.sharedrepository = 1 (также как и core.sharedrepository = group): каталог репо и все последующие созданные в нём каталоги будут управляться git'ом, чтобы разрешить mygroup чтение, запись и выполнение разрешений (также с установленным sgid-битом -- так, чтобы работать с пользователями, для которых mygroup не является их основной группой)
   3. . denyNonFastforwards = 1: deny non-fast-forward push to repo

Если вы хотите точно настроить права пользователя, группы или других пользователей, используйте --shared=0NNN, где NNN - стандартные пользовательские, групповые и другие биты для файлов - (биты исполнения и sgid в каталогах - будут соответствующим образом управляться git'ом). Например, это позволяет пользователю получить доступ на чтение и запись и доступ только на чтение к группе (и отсутствие доступа к другим):

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

Это позволяет пользователю и группе (и отсутствие доступа к другим) получить доступ на чтение и запись:

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

Это позволяет пользователю и группе получить доступ на чтение и запись, и доступ только на чтение к другим:

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

Обратите внимание, что если вы не собираетесь разрешать доступ на запись для группы, то сначала используйте chown, чтобы установить владельца репо, а затем выполните команду git init от имени этого пользователя (чтобы убедиться, что репо инициализировано с правильным владельцем для всех исходных файлов и подкаталогов).

@stevek_mcc. Ответ - тот, который я искал, когда искал этот вопрос в Google

git clone --config core.sharedRepository=true

Это сработало для меня, для существующего репозитория. Это требует советов из нескольких ответов и комментариев ранее:

Из родительского каталога вашего репозитория на сервере:

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