crochets Git - propager à partir du dépôt à distance?

Question

Je suis actuellement à la recherche de convertir un dépôt SVN existant git, puis utiliser Reviewboard pour commentaires avant d'autoriser pousse. Je l'ai récemment commencé à utiliser git et je suis loin d'être un expert en la matière, mais ce que je voudrais faire est d'avoir un crochet pré-poussée qui fonctionne « après examen » pour soumettre les modifications à Reviewboard. J'ai un travail de crochet qui fera, mais il semble que cela ne se propage pas automatiquement aux clones du référentiel. La lecture autour d'elle sonne comme cela ne se fait pas pour éviter de forcer le code exécutable sur un utilisateur, mais cela est une seule interne dépôt et nous voulons faire respecter cela et quelques autres politiques. Est-il un moyen de git force pour propager les crochets à des clones distants ou nous devons instruire nos développeurs d'exécuter quelque chose qui place les crochets dans leurs opérations de pension locaux?

Answer 1

Git a pas de prise en charge pour le transfert entre crochets clones, en option ou non. Il a des modèles par défaut que vous pouvez modifier ou ajouter à de nouveaux dépôts, mais ceux-ci sont tirés du système de fichiers local (ou système de fichiers réseau, le cas échéant). Il est possible que vous pourriez instrument un système pour les copier, ou mettre les crochets eux-mêmes dans le référentiel et demander que les développeurs de configurer correctement leur clone.

Il est peut-être aussi possible d'exécuter le crochet que vous voulez sur le dépôt nu central, lorsque le bouton arrive mais avant que l'arbitre est mis à jour. Cela pourrait se faire avec un crochet pré-réception ou mise à jour. Que ce soit acceptable dépend de la fonctionnalité réelle de ce crochet, ce qui ne ressort pas de votre message.

Lecture http://www.reviewboard.org/docs/manual/dev/ faq / il semble que vous devriez peut-être encourager vos développeurs à utiliser des branches sujet. Une fois les modifications sont approuvées, elles peuvent être fusionnées dans les branches de libération. Vous pourriez avoir un crochet de mise à jour qui ne permet pousse à des branches particulières des utilisateurs privilégiés, ou tout autre critère. Cela pourrait aussi être fait en utilisant gitolite, que vous pouvez lire sur http://progit.org/book /ch4-8.html

Si vous n'êtes pas engagé à Reviewboard, vous pourriez envisager http://code.google.com / p / Gerrit / qui est mieux intégré avec Git et soutient explicitement ce flux de travail