Pregunta

Actualmente estoy buscando para convertir un repositorio SVN existente para git, y luego utilizar Reviewboard para la revisión antes de permitir que empuja. Sólo recientemente he empezado a utilizar Git y estoy lejos de ser un experto en él, sin embargo lo que me gustaría hacer es tener un gancho pre-impulso que corre "post-crítica" para enviar los cambios a Reviewboard. Tengo un trabajo de gancho que lo hará, sin embargo, parece que esto no se propaga automáticamente a clones del repositorio. La lectura en torno suena esto no se hace para evitar forzar el código ejecutable en un usuario, sin embargo, esto es un repositorio sólo interno y queremos hacer cumplir esta y algunas otras políticas. ¿Hay una manera de forzar a git para propagar los ganchos a los clones remotas o necesitamos para instruir a nuestros desarrolladores para ejecutar algo que los lugares esos ganchos en sus repositorios locales?

¿Fue útil?

Solución

Git no se ha incorporado en el apoyo para la transferencia de ganchos entre clones, opcional o de otra manera. Cuenta con plantillas predeterminadas que se pueden modificar o añadir a los nuevos repositorios, pero los que se extraen del sistema de archivos local (o sistema de archivos de red, como puede ser el caso). Es posible que usted podría instrumentar un sistema para copiarlos, o poner los ganchos a sí mismos en el repositorio y pedir que los desarrolladores de configurar su clon correctamente.

También podría ser posible hacer funcionar el gancho que desee en el repositorio central de desnudos, cuando el impulso sucede, pero antes de que se actualice la ref. Esto podría hacerse con un pre-recibir o actualización de gancho. Si esto es aceptable depende de la funcionalidad real de este gancho, que no está claro en su mensaje.

http://www.reviewboard.org/docs/manual/dev/ FAQ / suena como tal vez debería animar a los desarrolladores a utilizar ramas puntuales. Una vez aprobados los cambios, que se pueden combinar en las ramas de liberación. Usted podría tener un gancho de actualización que sólo permite que empuja a las ramas particulares de los usuarios privilegiados, o cualquier otro criterio. Esto también podría hacerse utilizando Gitolite, que se puede leer acerca al http://progit.org/book /ch4-8.html

Si usted no está comprometido con Reviewboard, usted podría considerar http://code.google.com / p / gerrit / que está mejor integrado con Git y apoya explícitamente este flujo de trabajo

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top