Git Haken - von Remote-Repository propagieren?

Question

Ich suche zur Zeit eine bestehende SVN-Repository zu Git konvertieren und dann Reviewboard für Bewertungen zu verwenden, bevor Schübe ermöglichen. Ich habe erst vor kurzem damit begonnen, die Änderungen an Reviewboard mit Git und bin weit von einem Experten darauf, was aber würde Ich mag zu tun ist, haben einen Pre-Push-Haken, der läuft „post-Bewertung“ zu unterbreiten. Ich habe einen Haken Arbeits, die dies tun wird, aber es sieht aus wie diese nicht automatisch auf Klone des Endlagers ausbreitet. Lesen um es klingt wie das ist nicht ausführbaren Code zu verhindern getan zwingt auf einem Benutzer, ist dies jedoch ein nur die interne Repository und wir wollen, dass diese und einige andere Richtlinien durchzusetzen. Gibt es eine Möglichkeit, um Kraft git die Haken entfernten Klone zu propagieren, oder müssen wir unsere Entwickler beauftragen, laufen etwas, dass Orte diese Haken in ihren lokalen repos?

Answer 1

hat Git keine eingebaute Unterstützung für Haken zwischen den Klonen, optional oder auf andere Weise zu übertragen. Es hat die Standard-Vorlagen, die Sie für neue Repositories ändern oder hinzufügen können, aber die sind aus dem lokalen Dateisystem gezogen (oder Netzwerk-Dateisystem, wie es der Fall sein kann). Es ist möglich, dass Sie könnte ein System Instrument für das Kopieren von ihnen, oder setzen Sie die Haken sich in das Repository und darum bitten, dass Entwickler korrekt ihren Klon konfigurieren.

Es könnte auch möglich sein, den Haken Sie auf dem zentralen nackten Repository ausgeführt werden sollen, wenn der Druck passiert, aber bevor der Schiedsrichter aktualisiert wird. Dies könnte mit einem bereits erhalten oder zu aktualisieren Haken erfolgen. Ob dies akzeptabel ist abhängig von der tatsächlichen Funktionalität dieses Hakens, die nicht klar von Ihrem Beitrag ist.

Beim Lesen http://www.reviewboard.org/docs/manual/dev/ faq / es klingt wie vielleicht sollten Sie Ihre Entwickler ermutigen Thema Zweige zu verwenden. Sobald Änderungen zugelassen sind, können sie in Release Zweige zusammengeführt. Sie könnten ein Update Haken haben, die nur Schübe auf bestimmte Zweige von privilegierten Benutzern ermöglicht, oder anderen Kriterien. Dies könnte auch mit gitolite erfolgen, was Sie unter http://progit.org/book /ch4-8.html

Wenn Sie nicht zu Reviewboard verpflichtet sind, sollten Sie überlegen, http://code.google.com / p / gerrit / , die mit Git integriert ist besser und unterstützt ausdrücklich diesen Workflow