branch - hacer - que es un release en git
CaracterÃstica de Gitflow vs nombre de rama de corrección de errores (1)
Al usar Gitflow, ¿cuál es la razón para separar los nombres de las sucursales para que presenten vs hotfix vs hotfix?
Es decir, por qué no solo, por ejemplo, en lugar de:
feature/
bugfix/
hotfix/
Solo haz:
change/
¿Qué hace la separación por característica / corrección de errores / revisión de revisión?
Las grandes preguntas y la respuesta realmente dependen de cómo ordenes tu git. El modelo de bifurcación y gitflow en general están tratando de darnos un poco de orden en el caos que se produce solo unos días después.
La imagen de abajo te muestra lo que tienen más sentido.
(Hasta donde sé, todo salió de esta publicación del blog de Vincent Driessen )
La separación de las revisiones que se combinan directamente en el maestro y las correcciones de errores que se fusionan en el desarrollo hace que sea más fácil ir con el ciclo de su producto.
La idea es que construya su aplicación, cree funciones, haga un lanzamiento candidato (prueba beta) y luego libere su aplicación. Las revisiones pueden ser necesarias en cualquier momento después de esto. No tiene sentido volver atrás a la rama de características y emitir una solución de error allí ya que la característica ya se ha desarrollado aún más.
¿Tiene sentido?