Вопрос о том, как лучше организовать Repos с помощью Github

Question

У меня есть организационная проблема GitHub.

У меня есть следующая делимма. Я работаю в стартапе и пытаюсь найти лучший способ организовать нашу структуру репо. Наша экосистема продуктов состоит из 5 репозиториев (для API, мобильных и веб-приложений). Компонент API состоит из 3 репо и является обычным. Тем не менее, репо для мобильных устройств и в Интернете являются уникальными для каждого из наших клиентов. Поскольку у нас 10 клиентов, это будет означать следующее:

** Common ***
Common API 1 repo
Common API 2 repo 
Common API 3 repo

*** Client 1 ***
Web client 1 repo
Mobile client 1 repo

*** Client 2 ***
Web client 2 repo
Mobile client 2 repo

и т. Д. Для каждого из оставшихся 8 клиентов. Таким образом, в конце дня у меня будет 3 + (10 * 2) = 23 репо.

В настоящее время все просто сидит в одной клиентской организации (название нашей компании). Есть более аккуратный способ настроить это? Я читал о командах GitHub, но мы стартап, и всем нужен доступ ко всему.

В идеале я хотел бы что-то вроде этого:

http://github/organization
Common API 1 repo
Common API 2 repo 
Common API 3 repo

http://github/organization/client1
Web client 1 repo
Mobile client 1 repo

http://github/organization/client2
Web client 2 repo
Mobile client 2 repo

Имеет ли это смысл? Могу ли я сделать это в Git?

Я пытался напрямую спросить Github, но они просто хотят, чтобы я купил корпоративную лицензию. Мне нужна реальная помощь (извините, я не хочу обидеть всех сотрудников Github).

Помощь!

Answer 1

Если вы спрашиваете, разрешено ли в GitHub несколько уровней вложенности, нет, это не так. Все репозитории на GitHub находятся непосредственно под организацией или пользователем. Это довольно типично для Git-хостинга, в основном потому, что правильная маршрутизация URL-адресов на нескольких уровнях становится сложным кошмаром.

Как вы упомянули, есть возможность отделить вещи, если вы используете локальное решение, потому что там вы контролируете весь сервер и можете разделить вещи на несколько проектов или организаций. Выбор нескольких организаций на github.com для небольшой компании не является хорошей идеей, поскольку в конечном итоге вам приходится управлять пользователями и выставлять счета несколько раз, что приводит к хлопотам (и потенциально дорогостоящим).

Однако может быть полезно использовать схему именования для репозиториев, например, client1-mobile, client2-web, common-api1 и т. Д., Чтобы упорядочить вещи.

Answer 2

Как я объяснил в " Могу ли я разместить репозитории в папки на Github? ", у вас нет концепции вложенной организации, поэтому для группировки репозиториев вам понадобится:

• или несколько организаций (с соглашением об именах, что может быть обходным путем)
• или несколько проектов (вверхдо 5 репо на проекты)

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