Gitflow: Las revisiones no se pueden "publicar"

Creado en 17 ene. 2011  ·  32Comentarios  ·  Fuente: nvie/gitflow

Si bien las ramas de lanzamiento y características se pueden publicar (lanzamiento de flujo de git / publicación de características), las ramas de revisión no pueden.

En nuestro entorno de desarrollo particular, solo el personal senior puede fusionarse para master, lo que significa que el personal junior debe enviar las revisiones al repositorio central, de modo que un miembro senior pueda extraer esa rama de hotfix y luego fusionarse en master (git flow hotfix finish). El problema aquí es que debido a que las revisiones no se pueden "publicar", enviar una revisión adquiere un mantra completamente diferente a impulsar una rama de lanzamiento / característica (le digo a nuestro personal junior que para las revisiones deben ejecutar git push origin hotfix/1.0.1 como opuesto a git flow hotfix publish , a lo que están acostumbrados).

Así que en resumen. ¿Podemos agregar "hotfix publish" como comando para git flow?

Feature

Comentario más útil

Este es un hilo antiguo, pero vine aquí buscando la misma solución. Este repositorio no ha cambiado en 5 años y parece que continuará así, le sugiero encarecidamente que use la bifurcación AVH , ya que proporciona más opciones, incluido git flow hotfix publish .

Si instaló git-flow usando brew, simplemente puede cambiarlo con

$ brew uninstall git-flow
$ brew install git-flow-avh

Todos 32 comentarios

Nuestro equipo también podría beneficiarse de esto. Trabajamos en una aplicación basada en web y, a menudo, necesitamos revisar las revisiones en un entorno de prueba. Si bien podemos enviar la rama de revisión a github de forma bastante sencilla, el comando sería de gran utilidad.

Además de esto, sería muy útil agregar la función de seguimiento para que las ramas de revisión publicadas puedan eliminarse fácilmente. Esto es algo con lo que mi equipo también podría hacer mucho. +1

@cranberyxl Exactamente la misma situación aquí.

Exactamente la misma situación, ¡agregue dicha función!

+1

+1

Realmente necesito este +1

Esto definitivamente es necesario aquí. Me encanta git flow y me encanta ver correcciones publicables. Hacemos esto para revisiones de código.

+2 :)

+1 ¡Intentando usar ganchos posteriores a la recepción + servidor CI para probar automáticamente las revisiones y luego implementar desde la fogata!

Gracias @phoet.

Dado que el n. ° 163 se ha fusionado, ¿por qué no se ha resuelto este problema?
¿Se debe a que la función publish hotfix se ha fusionado para desarrollar solo y aún no se ha lanzado?

¡Espero que esto se publique pronto! será una adición muy útil.

Esto está implementado en mi fork git-flow (Edición AVH)
Mi bifurcación ha divergido mucho para convertir esto en una solicitud de extracción fácil para gitflow de nvie,

Consulte el registro de

esperando eso también

+1

+1

¿Hay algún avance sobre este tema? A mí también me gustaría tener esta función, pero la falta de información del autor del repositorio me lleva a preguntarme si alguna vez sucederá.

+1

Esto funciona para mi. No estoy seguro si entiendo mal el problema, pero con un flujo de git relativamente reciente (instalado a través de apt-get hace 2 semanas en ubuntu 14.04) puedo hacer git flow hotfix publish test después de git flow hotfix start test .

Total 0 (delta 0), reused 0 (delta 0)
To <my repo on github>
 * [new branch]      hotfix/test -> hotfix/test
Already on 'hotfix/test'
Your branch is up-to-date with 'origin/hotfix/test'.

Summary of actions:
- A new remote branch 'hotfix/test' was created
- The local branch 'hotfix/test' was configured to track the remote branch
- You are now on branch 'hotfix/test

@ emanuil-tolev porque el git-flow instalado a través de apt es el git-flow (Edición AVH) una bifurcación de @nvie .

https://github.com/petervanderdoes/gitflow/wiki

++;

¡Definitivamente podría usar esto! ¡Gracias! ;)

+1. ¡Definitivamente una buena idea!

++
¡Sería genial tenerlo!

+1 pero después de 4 años de tener este boleto abierto, parece que no hay esperanza de hacerlo

+1 pero después de 4 años de tener este boleto abierto, parece que no hay esperanza de hacerlo

No he tenido ningún problema con un año y medio de https://github.com/petervanderdoes/gitflow , puedo recomendar esa bifurcación.

Ok, gracias @ emanuil-tolev, ¡lo intentaré! ; )

@keithamus ¿'cerrado' significa 'no arreglará'?

Hola @gsaslis; Presenté el problema en 2011. No tengo ninguna propiedad de este repositorio. Cerrado significa que ya no estoy interesado en este problema personalmente y quiero limpiar mi página de problemas, ya que es mi lista de tareas pendientes. Si está interesado en esto, tal vez debería volver a presentar el problema.

@keithamus oh, ok, perdón por la confusión allí ...
Supongo que la mejor solución sigue siendo esa bifurcación, ya que ahora está cerrada

@gsaslis np. Yo diría que sí, parece que la bifurcación podría ser el camino a seguir. No ha habido actividad en este repositorio durante años.

Este es un hilo antiguo, pero vine aquí buscando la misma solución. Este repositorio no ha cambiado en 5 años y parece que continuará así, le sugiero encarecidamente que use la bifurcación AVH , ya que proporciona más opciones, incluido git flow hotfix publish .

Si instaló git-flow usando brew, simplemente puede cambiarlo con

$ brew uninstall git-flow
$ brew install git-flow-avh
¿Fue útil esta página
0 / 5 - 0 calificaciones