Migrieren repos zwischen Instanzen von Gitlab

Aufgrund meiner alten installation von Gitlab zu schwierig zu aktualisieren (Thread TKL-support-Foren: http://www.turnkeylinux.org/forum/support/20120913/upgrading-gitlab ), heruntergeladen habe ich das aktuelle TKL Gitlab-Distribution, und folgte Gitlabs standard-upgrade-Pfad, so dass ich nun voll aufgerüstet Gitlab 6.1 installation läuft mit TKLBAM und all das gute Zeug. So weit So gut.

Aber, es stellt sich heraus, dass unsere alten version von gitlab nicht geben, HTTP-urls zu den repos, so dass bedeutet, dass ich nicht verwenden können, den "Importieren Sie vorhandene repository" - Funktion in Gitlab 6.1

Ich weiß, ich kann einfach kopieren Sie die alten Git-repositories von der alten VM auf die neue, aber wie kann ich diese Repositorys sichtbar in Gitlab auf die neue VM?

InformationsquelleAutor Bjørn Otto Vasbotten | 2013-10-01

  1. 7

    Eine option wäre:

    1. Klonen die alte repo von gitlab auf einem dev-Maschine.
    2. Erstellen Sie ein leeres repo auf die neue gitlab.
    3. Fügen Sie das neue Repository als remote auf der dev-Maschine.
    4. Schieben wieder alles auf das neue repo.
    5. Entfernen Sie die alte repo von remote-repos-Liste.

    Zum erstellen einer remote-namens newRepo, do: git remote add newRepo gitlab.localhost.com:User/newRepo.git (ersetzen Sie die url am Ende mit einem für Ihre repo)

    Klonen geben Sie mir alle Zweige?
    Ja, es sollte. Sie können überprüfen, welche Filialen Sie haben, nachdem der Klon von laufen git branch -a. Wenn es verpassten, läuft git fetch --all sollten Sie abzurufen.
    Ok, das ist die nette, wenn Sie einem repo. Aber was, wenn Sie 50+ repo, gruppiert, mit 30+ Benutzer mit unterschiedlichen Zugriffsrechten für Gruppen/repos? Sind Sie dann oben, DASS die creek ohne ein Paddel?

    InformationsquelleAutor ChrisA

  2. 13

    Ich habe vor kurzem migriert von gitolite auf gitlab und die offizielle rake-task gitlab:import:repos für mich gearbeitet. Ich bin mit gitlab 6.1.0 (82f3446). Hier ist was ich getan habe:

    • rsync bare-repos von gitolite zu repositories/{group}/. Stellen Sie sicher, zu ersetzen {repository} mit dem Namen des repo gitolite, und ändern Sie den Hostnamen des gitlab-server.

      rsync -rth --progress repositories/{repository}.git \
git@gitlab-server:/home/git/repositories/{group}/

      Hier {group} ist der name der Benutzergruppe, der Sie das repository Hinzugefügt werden. Wenn Sie nicht eine bestimmte Gruppe, wählen Sie root wie der name der Gruppe.

    • Fix Berechtigungen – nur notwendig, wenn die rsync Benutzer ist nicht git: 

      sudo chown -R git:git repositories/{group}/

    • cd ~/gitlab

    • Ausführen der rake-task zum importieren aller neuen repositories:

      bundle exec rake gitlab:import:repos RAILS_ENV=production

    Nun, wenn Sie melden Sie sich als Administrator finden Sie das neue Projekt Hinzugefügt.

    Weitere Informationen finden Sie unter "Importieren von bare-Repositorys in GitLab-Projekt-Instanz" unter http://{your-gitlab-server}/help/raketasks.

    In Ihrem Fall, Sie können sich auf Ihrem alten system TKL und rsync alle bare-repos auf die neue Instanz, gefolgt von einem import.

    Wenn ausgeführt wird, dass die rake-task, bekomme ich die Fehlermeldung: Konnte nicht gefunden Gemfile. Was könnte das Problem sein? Ich bin mit GitLab 5.0.1
    Sind Sie sicher, dass Sie in das Verzeichnis /home/git/gitlab?
    Wow!!! Haben nicht gefühlt, blöd in eine Weile. Danke.
    Dies scheitert bei mir mit einer frischen Installation von v6.5.1 auf CentOS 6.5... ich kopiere ein bare-repo auf /home/git/repositories/Benutzername/repo.git, aber der rake sagt mir "Fehler beim Versuch, die Gruppe zu schaffen Benutzername". Es erstellt dann ein leeres repo in /home/git/repositories/root (Administrator ' s-namespace). Siehe github.com/gitlabhq/gitlabhq/issues/3693 und github.com/gitlabhq/gitlabhq/issues/4137

    InformationsquelleAutor redhot

  3. 5

    Ich habe es praktisch auf folgende Weise nach dem Lesen ChrisA Antwort, die mir ein wenig Kopfzerbrechen darüber, wie es zu tun praktisch. Das Beispiel kopiert ein repo von github, gitlab, um Quelle und Ziel ein wenig klarer.

    1. Klonen die alte repo von github auf eine dev-Maschine (die erstellt ein bare-repo):

      $ git clone --mirror [email protected]:me/myrepo.git

    2. Erstellen Sie ein leeres repo auf die neue gitlab.

    3. Fügen Sie das neue Repository als remote auf der dev-Maschine.

      $ cd myrepo.git
$ git remote add newRepo [email protected]:me/myrepo.git

    4. Schieben wieder alles auf das neue repo.

      $ git push --mirror newRepo

    Das ist es.

    Diese Weise kopiert alle Zweige und tags, um das neue Ziel.

    Jetzt können Sie den geklonten bare-repo von deinem dev-Maschine.

    Ich finde das macht es viel leichter, wenn auch langwierig, zu migrieren Repositorys von GitLab 6.0 6.9.2.

    InformationsquelleAutor tvw

  4. 0

    Wenn Ihr Gitlab ist >= 8.9, dann können Sie export/import zu migrieren repos.

    InformationsquelleAutor keypress

Schreibe einen Kommentar