У мене на сховищному сервері є сховище Git, до якого потрібно мати декілька розробників. git-initначебто, прапор дуже близький до того, що я шукаю: --sharedза винятком того, що я хотів би, щоб кілька людей перебралися до цього сховища. git-clone«S --sharedпрапор робить що - то зовсім інше.

Який найпростіший спосіб змінити дозволи на існуючий сховище?

Дозволи - це шкідник.

По суті, вам потрібно переконатися, що всі ці розробники можуть записати все, що є в git repo.

Перейдіть до Нового хвильового рішення для покращеного способу надання групі розробників можливості запису.

Стандартне рішення

Якщо ви розмістите всіх розробників у спеціально створеній групі, ви, в принципі, можете просто зробити:

chgrp -R <whatever group> gitrepo
chmod -R g+swX gitrepo

Потім змініть на, umaskщоб користувачі створювали 002нові файли з дозволами, які можна записати для групи.

Проблеми з цим - легіон; якщо ви на дистрибутиві , який приймає umaskз 022(наприклад, мають загальну usersгрупу , яка включає в себе всі за замовчуванням), то це може відкрити проблем безпеки в інших місцях. І рано чи пізно щось буде накручувати вашу ретельно продуману схему дозволів, виводячи репо з дії, поки ви не отримаєте rootдоступ і не виправите це (тобто повторно запустіть вищезазначені команди).

Рішення нової хвилі

Прекрасне рішення - хоча і менш добре зрозуміле і яке потребує трохи більшої підтримки ОС / інструментів - полягає у використанні розширених атрибутів POSIX. Я прийшов у цю область лише нещодавно, тому мої знання тут не такі гарячі, як це могло б бути. Але в основному розширений ACL - це можливість встановлювати дозволи на більше ніж 3 слоти за замовчуванням (користувач / група / інші).

Тому ще раз створіть свою групу та запустіть:

setfacl -R -m g:<whatever group>:rwX gitrepo
find gitrepo -type d | xargs setfacl -R -m d:g:<whatever group>:rwX

Це встановлює розширений ACL для групи, щоб члени групи могли читати / записувати / отримувати доступ до файлів, які вже є (перший рядок); потім також скажіть усім існуючим каталогам, що до нових файлів має бути застосований цей самий ACL (другий рядок).

Сподіваюсь, що вас заведе на шляху.

якщо ви створили сховище (або клонували нове оголене репо від існуючого) за допомогою

$ git init --shared=group 

або

$ git init --shared=0NNN

Git повинен обробляти дозволи вище та поза тим, що передбачено вашим umask за замовчуванням. Нарешті, це стосується моєї версії Git (1.6.3). Звичайно, це передбачає, що ваші користувачі в одній групі.

Якщо мені потрібно управління користувачами в декількох групах з різним ступенем читання / запису, я б пішов з гітозом. Я також чув про згадку про gitolite ( http://github.com/sitaramc/gitolite ), вилці гітозу, яка, як передбачається, надає дозволи на рівні гілки, не можу сказати, що я кожен використовував її особисто.

Цього не було сказано, тому я хочу швидко додати його.

Щоб проблеми з дозволами не обрізали їхню некрасиву голову, переконайтеся, що в конфігураційному файлі вашого сховища сховища git встановлено наступне:

[core]
    sharedRepository = true

Це забезпечить дотримання налаштувань вашої системи "umask".

Керівництво користувача Git описує , як розділити сховище кількох способів.

• Експорт через демон Git .
• Експорт через HTTP .
• CVS / SVN стиль, єдине спільне сховище, де розробники натискають / тягнуть.

Складніші, хоча повнофункціональні способи спільного використання сховищ:

• Гітоз
• GitHub (або встановлення брандмауера GitHub )

Ми використовуємо GitHub для команди з 6 розробників.

Також подивіться на gitolite для розміщення вашого git сховища. Гітоз, очевидно, вже не розробляється.

Один із способів виправити дозволи в спільному сховищі, так що користувачі не матимуть проблем з дозволом під час натискання, - це створити сценарій гачка після оновлення, який зробить саме це. Це має працювати в будь-якій версії 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. перший рядок створює репо-реж
2. другий рядок встановлює свою групу на mygroup
3. третій рядок ініціалізує голий репо з такою конфігурацією:
   1. core.bare = true: зробити це голим репо
   2. core.sharedrepository = 1(те саме core.sharedrepository = group): каталог репо та всі створені в ній каталоги згодом будуть керуватися git, щоб дозволити mygroupчитати, записувати та виконувати дозволи (з встановленим бітом sgid - так, щоб працювати з користувачами, для яких mygroupце не їх первинна група)
   3. receive.denyNonFastforwards = 1: заперечувати нешвидкісні поштовхи вперед до репо

Якщо ви хочете точно налаштувати дозволи користувача, групи чи інших користувачів, використовуйте --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команду як цього користувача (щоб переконатися, що репо ініціалізується з правильним власником для всі початкові файли та підкаталоги).

Ви можете використовувати git-daemon для спільного використання сховища. Прочитайте документацію на git-daemon для отримання додаткової інформації.

Редагувати:

Також ознайомтеся з цією статтею 8 способів поділитися своїм сховищем git .

Виконання саме цього працювало для мене, для існуючого сховища. Тут потрібні поради з кількох відповідей та коментарів:

З батьківського каталогу вашого сховища на сервері:

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

Відповідь @stevek_mcc - це те, що я шукав, коли шукав це питання

git clone --config core.sharedRepository=true