Вы спрашиваете об организации репозиториев Git по (вложенным) папкам для группирования / просмотра и получения разрешений. Давайте сначала поговорим о разрешениях.
Инструменты GitHub и Bitbucket, предназначенные для управления пользователями и группами, достаточно гибки и, безусловно, могут удовлетворить ваши потребности. На самом деле, вы можете уйти с чем-то относительно простым.
Например: сначала создайте организацию или команду для вашей компании. Затем создайте группы, которые отражают клиентов (и / или проекты), добавьте нужных пользователей в группу, а затем предоставьте группе разрешение на репо. (IIRC, BB позволяет каждому пользователю в группе иметь разные уровни доступа, в то время как GH назначает для всей группы один и тот же уровень доступа.)
Или вы можете организовать группы по функциональным командам (разработчикам iOS, разработчикам серверов и т. Д.) Или другим способом, который имеет смысл для вашего бизнеса. (Теоретически, вы также можете создать одну организацию / команду для каждого клиента, каждый со своими группами, если вам это нужно.)
Ключом к поддержанию гибкости и здравомыслия является организация групп в управляемые группы, а затем предоставление нужным группам доступа к репозиториям. Многим командам может быть предоставлен доступ к одному репо. Однако, поскольку нет иерархии, нет возможности для наследования разрешений.
Вариант использования суперпользователя также легко доступен: создайте команду «суперпользователь», предоставив ей доступ ко всем репозиториям. BB даже имеет значения по умолчанию, которые применяются при создании новых репо.
Теперь к организации ...
Я еще не сталкивался с веб-интерфейсом Git, который позволяет организовать репозитории Git на основе папок. Модель GH & BB следующая: команда (организация) → репо. Возможно, однажды они добавят теги или другие метаданные в репозитории, которые можно использовать для организации.
Обычный навигационный подход, используемый GH & BB, - это фильтрация / поиск списков, который, как вы можете себе представить, полагается на строгую стратегию именования репо, чтобы быть эффективной.
Еще одна вещь, которая может повлиять на схему вашей организации, это использование билетов и использование вики. Билеты и вики для каждого проекта (репо) на GH & BB, и могут быть отключены. Если у вас есть внешние инструменты (возможно, JIRA & Confluence), в этом нет особой проблемы.
Инструмент Git для импорта репозиториев SVN достаточно гибок, поэтому вы сможете использовать его для решения вашей ситуации без особых усилий.
Удачи!