Flujo de trabajo con git-flow feature branches y Gerrit

¿Hay un flujo de trabajo recomendado para trabajar con twigs de características de git-flow en Gerrit? ¿Alguna mejor práctica?

Estamos comenzando un proyecto con múltiples desarrolladores y un repository central administrado por Git. Jugando con git-flow, estoy atascado con el problema de empujar twigs de características a Gerrit como una forma de hacer una copy de security del trabajo del desarrollador mientras la característica está inacabada:

No queremos que se revisen las twigs de características mientras se desarrollan, por lo que permitimos que todos los desarrolladores accedan directamente a refs / heads / feature / *, eludiendo la twig de revisión mágica. Nos gustaría hacer la revisión cuando la twig de características se fusione en la twig de desarrollo, pero cuando el desarrollador empuja su trabajo a Gerrit después de esta fusión, solo existe el compromiso de fusión para revisar. Los cambios realizados en la twig de características NO aparecen en este set de parches. Supongo que se debe a que estos cambios se enviaron directamente a refs / heads / feature / *, por lo que Gerrit cree que ya no necesitan revisión.

¿Debería el desarrollador, en cambio, enviar la twig de características a Gerrit justo antes de finalizar la twig de características? Para poder hacer esto, necesitaría los derechos para enviar y crear references en refs / heads / feature / * y en refs / for / refs / heads / feature / *, asegurándose de que presiona solo a la twig de revisión.

Cualquier ayuda será muy apreciada.

Yo y un colega mío hemos hecho una bifurcación para git-flow con gerrit. Decidimos avanzar con las twigs denominadas tema para diferenciar los controles de acceso para las twigs de desarrollo y "característica / tema".

Permítanme hablar con él el lunes y volver a donde estamos publicando todo a github:)

Comenzaré a eliminar algunos elementos menores de la empresa específicos en la fuente y los publicaré en github. Comenzaré mañana por la mañana, hora de Beijing:)

Finalmente, puede consultar esta bifurcación de git-flow https://github.com/RasmusVoss/gitflow

Hay algunos elementos que necesita leer. https://github.com/RasmusVoss/gitflow/wiki

Para ver la diferencia entre git-flow común y esta versión, esta versión es principalmente para desarrolladores que trabajan con Gerrit, aún no estamos usando ninguna característica de git-flow.

Aclamaciones.

Integrar git-flow y gerrit no es tan directo, al empujar twigs no se puede cambiar el origen en git-flow para reflejar el origen necesario para la revisión en gerrit.

Leí una página wiki que habla sobre las partes difíciles de integrar git-flow y gerrit. Es posible que desee leer eso también.