Вот ситуация: Я переношу кучу репозиций в github. Репозитории в настоящее время организованы в группы/каталоги, такие как «стек», «веб-сайты», «приложения» и т. Д.Группировка репо на GitHub?
Нет способа (я нашел) создать группы или папки в GitHub для репозиций, за исключением организаций , что кажется плохим выбором. Но, может быть, нет? Проблема здесь в том, что некоторые из групп очень малы, а другие большие ... с подгруппами, и я хотел бы сохранить все проекты в одном корневом ведре.
Итак, я остался, возможно, используя соглашение об именах. Например: «stack-apache», «website-foo.com», «application-some-project». Или просто отказаться от организации их в github и позволить веб-страницам проекта обрабатывать организацию.
Re. масштаб, я смотрю на 20+ репозиции изначально, с новыми репозиториями, добавленными со временем с оценкой в 2-5 долларов в год в течение следующих нескольких лет.
У кого-нибудь есть опыт работы с подобными вещами?
Звучит разумно. Я изначально был «Или, может быть,« Организация »- это вводящее в заблуждение имя?» в посте, но сокращенно для краткости. Я думаю, что я собираюсь пойти с основными проектами в компании-Организации и создать несколько групп-организаций для организации связанных проектов. – zanerock
Я бы сказал, что рассмотрение организаций GitHub как групп усложняет процесс выставления счетов и разрешений и фрагментов. GitHub просто не имеет концепции связанных репозиториев без наложения дополнительной семантики. Префиксные имена репозиториев - самая распространенная практика, которую я видел. –
Хорошая точка. биллинг. Неясно, исходный вопрос был для проектов с открытым исходным кодом, поэтому выставление счетов не было проблемой. Я чувствую, что «команд» достаточно для организации разрешений, поэтому в контексте с открытым исходным кодом это работает. В контексте с закрытым исходным кодом я согласен повторно. префиксы. – zanerock