GitFlow: ¿cuál es la diferencia entre la versión y las twigs principales?

Acabo de echar un vistazo a esta hoja de trucos de Gitflow . No entiendo la twig de release .

¿Alguien podría decirme la diferencia entre el release y las twigs master ?

La diferencia está en los objectives y el process. Por lo general, se crea una twig de release cuando se está preparando para una próxima versión. Cuando todas las twigs de feature que se supone que se release ya se han fusionado para develop twig, se crea una twig de release twig de develop y se compromete solo a corregir errores o a realizar algunos cambios de configuration. En otras palabras, intenta que sea tan estable como sea posible. Cuando esperemos que la twig de release sea ​​lo suficientemente estable, la fusionará de nuevo para develop y master twigs. El objective de la twig master es tener siempre la última versión estable del proyecto que pueda implementarse en el entorno de producción. Nunca se compromete directamente con la twig maestra, solo se fusiona con ella desde las twigs de release o hotfix . También es posible configurar herramientas de CI / CD para implementar en producción en cualquier actualización en la twig master .

Una vez que todas las funciones que desea tener en su versión están en desarrollo, en lugar de "bloquear" desarrolle cualquier nueva confirmación, cree la twig de transmisión que contendrá todas las características esperadas en su próxima versión (y no en la versión maestra desde su totalidad la versión debe ser probada y probablemente tenga alguna corrección de errores …).

  • En esta twig, solo tienes correcciones de errores, documentation, etc., pero no hay ninguna function nueva
  • su twig de desarrollo no está bloqueada, por lo que las nuevas características para la próxima versión aún pueden ser comprometidas / forzadas a desarrollarse y probarse.
  • la twig de lanzamiento es perfecta para ser implementada en el entorno de preparación / preproducción y permite que la testing de control de calidad sea su versión.
  • Una vez que la twig de la versión se haya estabilizado, puede fusionarla en master e ir a prod. El maestro siempre debe ser estable y estable (si no es así, realice una revisión).

Puede echar un vistazo a estos enlaces para get más explicaciones:

https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow http://nvie.com/posts/a-successful-git-branching-model/#feature-branches