Gerrit - Gitlab Integration

Zur Verbesserung der Entwicklung, unserer Organisation haben beschlossen, die Einführung Gerrit in der Entwicklung workflow. Ich bin die person, die verantwortlich für die Umsetzung von Gerrit-server.
Die Benutzerhandbücher verfügbar im internet waren sehr hilfreich bei der Umsetzung Gerrit zu unseren bestehenden workflow. Wir sind mit Jenkins und Sonar als Nicht-interaktiven Benutzer ist für die überprüfung der baut.
Aber während Sie sich mit den repositories eine Frage steigt. Die meisten offenen Quellen nutzen gerrit-Replikation plugin-replizieren Sie die neuesten code auf Ihr öffentliches code-repository. Diese öffentlichen repositories ausgesetzt sind, mit GitLab, so dass die Benutzer Klon den code.
Wir hier nicht brauchen eine öffentliche repository der code ist gepflegt im Haus.

Ist es eine gute Wahl, um Punkt sowohl GitLab und Gerrit zu einem gemeinsamen git-repository-Standort?

Jede Hilfe dankbar.

  • Ich bin mir nicht sicher, ob ich es habe völlig Recht. Wenn Sie setzen das Git-repo im inneren der Gerrit-installation auch über Gitlab, es ist kein problem von Gerrit ' s Seite, zumindest so lange, wie Gitlab ist read-only (nicht sicher über das schreiben in der repo).
  • Danke für die Antwort @StephenKing ich einen Prototyp, indem Sie den vorhandenen git-repo(das ist bereits ausgesetzt mit github) mit gerrit. Und es funktioniert Prima. Meine Frage ist, ist es eine gute Wahl?
  • ja, es ist Arbeit für mich vor einiger Zeit
  • was meinst du mit "einen gemeinsamen git-repository location"? die gleiche URL für cloing code? Werfen Sie einen Blick auf wie openstack community arbeitet mit gerrit. Der entscheidende Punkt ist, können Sie sich nur berufen auf der git-Kommandozeile arbeiten mit git-repos ohne je auf irgendeinem anderen Modell der Zusammenarbeit von service-provider wie pull-request noch Gabel (obwohl Sie sind super populär -)
  • Durch "einen gemeinsamen git-repository location" meine ich den physischen Speicherort für das git-repository nicht in der URL für die Duplizierung von code.
InformationsquelleAutor dasrohith | 2014-04-22
  1. 7

    Können Sie gerrit vor gitlab über die Replikations-Funktion. Die replikationsfunktion nicht git clone/holt, ist es nur pushs (zugelassen) änderungen an einem remote-repository.

    • Sie haben zum importieren von repositories, z.B. über "git push origin master", die erfordert zusätzliche Berechtigungen (oder Sie müssen in der admin). Das ist keine große Sache, es sei denn, Sie vergessen, diese zu entfernen
      die Berechtigungen. Wenn Sie vergessen, diese zu entfernen, Berechtigungen oder
      administrator (wer hat diese Berechtigungen): ein Standard "git push" wird
      machen Sie es durch, ohne dass es überprüft.
    • Sie haben, um sicherzustellen, dass niemand kann sich verpflichten, die gitlab-Instanz.
      Sonst haben Sie eine hohe chance auf ein merge-Konflikten (gerrit ist
      nicht bewusst, diese neue commits). Schützen Sie die Zweige in
      gitlab -- aber die admins (und wenn ich mich richtig auch die
      repository Ersteller/Besitzer) haben immer dieses Recht auch.
    • Haben Sie zu gewähren, gerrit-Benutzer-master-Berechtigungen, um es zu ermöglichen push-to-die gitlab-repository.
    • Alle Projekte müssen zuerst in gitlab, sonst werden Sie nicht synchronisiert werden (es sei denn, Sie finden einen Weg, dass sich die repo automatisch erstellt, in gitlab auf dem ersten git push)
    • Können Sie bitte erläutern Sie mehr über replication feature? Wie ich versucht bin zu tun, dasselbe aber nicht in der Lage zu verstehen, was sind die Befehle, die für die Replikation verwendet? Danke
    InformationsquelleAutor volker
Schreibe einen Kommentar