Sie fragen nach der Organisation von Git-Repos nach (verschachtelten) Ordnern zum Gruppieren / Durchsuchen und für Berechtigungszwecke. Lassen Sie uns zuerst über Berechtigungen sprechen.
Die Tools, die GitHub und Bitbucket zum Verwalten von Benutzern und Gruppen bereitstellen, sind recht flexibel und können sicherlich Ihre Anforderungen erfüllen. In der Tat können Sie mit etwas relativ einfachem fertig werden.
Beispiel: Erstellen Sie zunächst eine Organisation oder ein Team für Ihr Unternehmen. Erstellen Sie anschließend Gruppen, die die Kunden (und / oder die Projekte) widerspiegeln, fügen Sie der Gruppe die gewünschten Benutzer hinzu und erteilen Sie der Repo die Gruppenberechtigung. (IIRC, BB ermöglicht jedem Benutzer in einer Gruppe unterschiedliche Zugriffsebenen, während GH der gesamten Gruppe dieselbe Zugriffsebene zuweist.)
Oder Sie organisieren Gruppen nach funktionalen Teams (iOS-Entwickler, Server-Entwickler usw.) oder auf andere Weise, die für Ihr Unternehmen sinnvoll ist. (Theoretisch könnten Sie für jeden Kunden auch eine einzige Organisation / ein Team mit jeweils eigenen Gruppen zusammenstellen, falls Sie es brauchen.
Der Schlüssel zum Erhalt von Flexibilität und Vernunft besteht darin, Teams in überschaubaren Gruppen zu organisieren und den erforderlichen Teams den Zugriff auf die Repos zu gewähren. Viele Teams können Zugriff auf ein einziges Repo erhalten. Da es jedoch keine Hierarchie gibt, besteht keine Möglichkeit zur Vererbung von Berechtigungen.
Der Superuser-Anwendungsfall ist auch leicht adressierbar: Erstellen Sie ein Superuser-Team, das ihm Zugriff auf alle Repos gewährt. BB hat sogar Standardwerte, die beim Erstellen neuer Repos angewendet werden.
Nun zur Organisation ...
Ich bin noch nicht auf ein Git-Webinterface gestoßen, das die ordnerbasierte Organisation von Git-Repos ermöglicht. Das Modell GH & BB folgt: Team (Organisation) → Repos. Vielleicht fügen sie eines Tages Tags oder andere Metadaten zu Repos hinzu, die für die Organisation verwendet werden können.
Der übliche Navigationsansatz von GH & BB ist die List-Filterung / Suche, die, wie Sie sich vorstellen können, auf einer strengen Repo-Namensstrategie beruht, um effektiv zu sein.
Eine andere Sache, die Ihr Organisationsschema beeinflussen kann, ist die Nutzung von Tickets und Wikis. Tickets und Wikis gelten pro Projekt (Repo) auf GH & BB und können deaktiviert werden. Wenn Sie über externe Tools verfügen (JIRA & Confluence), besteht kein Grund zur Besorgnis.
Das Git-Tool zum Importieren von SVN-Repos ist ziemlich flexibel, so dass Sie es in der Lage sein sollten, es für Ihre Situation ohne großen Aufwand zu nutzen.
Viel Glück!