Moderne Art der Interaktion zwischen Gitlab und Gitolit; Montage von Dateisystemen

Question

auf einem kleinen Ubuntu LTS Server wir laufen gitolite (Version 2). Nun, ich wollte diese laufende Konfiguration bisher nicht ändern. Vielleicht werden wir beim nächsten LTS-Upgrade zu gitolite v3 migrieren.

Jetzt habe ich die Anfrage, wenn ich "mal eben schnell" auf dem gleichen Server GitLab mit Continous Integration Support installieren kann. Nach dem Lesen der Dokumentation, weiß ich, dass "ab Version 8.0, GitLab Continuous Integration (CI) is fully integrated into GitLab itself". Nett. Und ich habe gelernt, dass seit GitLab 5.0, ist es "without gitolite".

Nach einem Blick in die hardware requirements for GitLab CE Omnibus, kann ich die "mal-eben-schnell" Anfrage mit "nein, nicht mit dieser Hardware" ablehnen.

Aber jetzt meine Frage:

Wie kann ich ein Setup Gitlab (auf einem neueren Server) in einer Art und Weise, dass ich unsere git Repositories mit gitolite verwalten kann, und dass Gitlab ist der Benutzer WebGUI mit dem Wiki, Tracking etc. zu Repositories, die von Gitolit gesteuert werden, ohne die Gitolit - Repositories in Gitlab - Repositories zu klonen oder zu spiegeln.

(Aus Dateisysteme Sicht: die Repositories sollten für gitolite und Gitlab an der gleichen Position bleiben.)

Ja, ich fand this posting but I think the answer is not valid anymore mit neueren Versionen Gitlab.

Answer 1

Sie finden einen Artikel über migrating from gitolite to GitLab, aber diese sind eine "One-Shot" -Operation.

Sie gehen nicht zurück zu oder halten Sie Gitolite synchron.

Beide können die ACL (Access Control-Level) oder Ihre bestehende git repos verwalten (ohne sie zu bewegen, da die gitlab.yml config file einfach den aktuellen git repos Root-Pfad verweisen kann).

Sie müssten jedoch einen Synchronisierungsmechanismus erstellen, der es einem GitLab-Benutzer ermöglicht, auch in Ihrem gitolite-admin Repo registriert zu werden, da diese Funktion standardmäßig nicht unterstützt wird.