Какой самый простой (и самый эффективный) способ управлять множеством хранилищ с помощью gitosis?

Question

Я использую Gitosis для управления кучей частных репозиториев.Все отлично работает, и у меня нет проблем с тем, как мы добавляем репозитории как таковые.Проблема в том, что у нас относительно немного разработчиков, но много репозиториев, особенно потому, что один из наших проектов использует подмодули git довольно сильно.

Это означает, что gitosis.conf начинает становиться немного громоздким, и мне было интересноесли есть способ привести в порядок.На данный момент мы используем что-то вроде:

[group developers]
writable = repo1 repo2 repo3 (...) repo20 repo21 repo22
members = dev1 dev2

И когда нам нужен еще один репо, мы добавляем его в конец списка для записи.Проблема в том, что этот список уже трудно читать, и у нас еще нет всех наших проектов.Я знаю, что это настоящая придирка к отличным настройкам, но мне было просто интересно, есть ли у кого-нибудь полезные советы или подсказки о лучших способах организации gitosis.conf

Cheers

Answer 1

Вы можете использовать несколько строк, например:

[group developers]
writable:
 repo1
 repo2
 repo3
 (...)
 repo20
 repo21
 repo22

members:
 dev1
 dev2

Чтобы отобразить историю перед использованием одного элемента в строке, вы можете использовать git log -p --color-words.

Answer 2

Другим решением было бы создать собственный файл conf с синтаксисом, который вам удобнее, и создать скрипт для преобразования его в файл gitosis.conf.

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

repo-* или repo-[\d]+ для соответствия repo-1, repo-2 и т. д.

Answer 3

Гитоз больше не поддерживается и поддерживается автором;большинство людей обычно рекомендуют gitolite , который имеет гораздо лучшую документацию и больше возможностей.

Пока я занимаюсь рекламой, я мог бы также рекламировать gitslave в качестве более простой альтернативыgit-submodules для людей, у которых все репозитории локально разработаны и нет необходимости в тесной связи (кроме тегов), между которой находится ревизия главного и подчиненного репозиториев.Это лучше для некоторых рабочих процессов, хуже для других.

Answer 4

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

Я не думаю, что какое-либо из этих решений было бы лучше в этом случае. Это кажется трудной задачей. Поэтому я хотел бы спросить: действительно ли важно, чтобы некоторые разработчики имели доступ к одному сайту, а не к другому? Если нет, то просто создайте одну группу и перечислите все сайты:)