Як налаштувати існуючий git repo для спільного використання групою UNIX

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

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 Underhill і @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]

Примітка: спочатку вам доведеться створити користувача, якщо його не існує