Gitflow: capacidad de eliminar / eliminar versiones / revisiones / funciones fácilmente

Creado en 26 ago. 2010 · 60Comentarios · Fuente: nvie/gitflow

Sería genial tener la capacidad de hacer algo como git flow release delete v1.0.2 , en lugar de git checkout develop && git branch -D release/v1.0.2 (que ni siquiera estoy seguro de que descarte correctamente una rama de lanzamiento) y con la esperanza de que no se hayan perdido pasos importantes.

Feature

Fuente

tianon

👍16

Comentario más útil

por favor, deja de comentar solo "+1", es 2020 y Github ya introdujo emojis para este propósito 👍

geoom en 10 ene. 2020

👍2

Todos 60 comentarios

Ese sería un buen comando adicional.

PD: De hecho, es la forma correcta de eliminar una rama. (Recuerde, git-flow no hace ninguna magia oculta, ¡es solo una implementación de las reglas de la publicación original del blog!)

nvie en 26 ago. 2010

Propondría lo siguiente. Si ya está combinado en development / master, pero el puntero de rama permanece:

git flow release delete 1.0.2

Para eliminar las ramificaciones que aún no se han fusionado con desarrollar / master (para evitar una eliminación accidental):

git flow release delete -f 1.0.2

nvie en 26 ago. 2010

👍2

Ah, en verdad. Estaría bastante contento con esa funcionalidad de la función.

No estaba seguro de que ese fuera el procedimiento correcto porque parecía que cuando lo probé, las confirmaciones que hice con la rama eliminada se fusionaron para desarrollarse de todos modos, lo que realmente me molestó, pero me las arreglé para encargarme de ello y seguir adelante. . Para ser claros, esto eliminaría / debería eliminar por completo toda la rama y todas sus confirmaciones, dada la bandera -f , ¿correcto?

tianon en 26 ago. 2010

Estrictamente hablando, elimina el objeto _branch_, que apunta a un compromiso (que apunta a un compromiso, que apunta a un compromiso, etc.). Siempre que tenga otras ramas apuntando a una de esas confirmaciones (como origin/feature/foo tal vez), las confirmaciones se mantendrán. De lo contrario, eventualmente serán recolectados como basura. Eso es solo comportamiento de Git.

nvie en 26 ago. 2010

Hmm, bueno. Debo haber arruinado algo. ¡Gracias por explicarme!

tianon en 26 ago. 2010

+1 en esta función. Estoy tratando de usar git-flow para usar los candidatos de lanzamiento como nuestros entregables de sprint, para ser empujados al entorno de prueba, mientras mantengo master como base de código de producción. En otras palabras, en nuestro entorno, la mayoría de las versiones candidatas NO estarán `` terminadas '' para pasar a la versión maestra, pero todas deberían poder hacerlo ... así que una vez que se haya identificado una versión de producción, me gustaría finalizar la otra versión. sucursales...

dngreene en 6 dic. 2011

kwerle en 8 may. 2012

ghost en 10 may. 2012

nexeck en 10 may. 2012

billymeltdown en 15 may. 2012

douggrubba en 15 may. 2012

+1 y decidí implementar esto en mi bifurcación , actualmente solo en la rama de desarrollo. También se agregó la capacidad de eliminar la rama remota.

petervanderdoes en 21 jun. 2012

+1 para esto, ¿esta función es compatible ahora?

atian25 en 26 oct. 2012

Usé este hilo para descubrir cómo hacerlo, pero preferiría el método integrado

DArrigoni en 27 oct. 2012

Han pasado 2 años ... ¿hay alguna posibilidad de que se haga? Es una buena característica, creo.

netcriptus en 30 oct. 2012

despairblue en 31 oct. 2012

zubinmehta en 9 nov. 2012

nzajt en 16 nov. 2012

Hola, ya está disponible en la bifurcación Peter van der Does con varias otras mejoras.

baby-gnu en 22 nov. 2012

RajuBhosale en 2 ene. 2013

snapshotpl en 9 ene. 2013

dbaba en 16 ene. 2013

jcamacho14 en 18 ene. 2013

mcplusa en 28 ene. 2013

millejano en 30 ene. 2013

mborho en 5 feb. 2013

fehmicansaglam en 11 mar. 2013

armanm en 17 mar. 2013

+4 (yo y mi equipo @ trabajo)! ^ _ ^

numeraltwo en 22 mar. 2013

Frully en 26 mar. 2013

Sangoku en 28 mar. 2013

@nrvs lolz: D
: +1:

rhacker en 10 abr. 2013

tarciozemel en 11 abr. 2013

: +1:

tullo en 13 abr. 2013

gandazgul en 11 may. 2013

: +1:

douglasresende en 9 jul. 2013

francesco-carrella en 11 jul. 2013

elcodedocle en 21 sept. 2013

wmayner en 20 nov. 2013

yeco en 30 nov. 2013

occasl en 3 jun. 2014

ipimpat en 7 may. 2015

ethzero en 9 jun. 2015

Esto se implementa en la edición avh.

tchemit en 9 jun. 2015

+100500

ishapkin en 18 jul. 2016

+100501

hunaczech en 30 sept. 2016

piotrekzawada en 13 feb. 2018

Preen en 6 mar. 2018

apapegay-kimple en 14 may. 2018

jedmarcnocum en 25 may. 2018

Zanzi92 en 8 ago. 2018

run26kimo en 10 ago. 2018

Vaya, no puedo creer que esto siga siendo una cosa. Han pasado casi 8 años esperando este comando.

yeco en 10 ago. 2018

😄1

diogoan en 18 sept. 2018

srsalute en 18 abr. 2019

wow, después de nueve años, esto sigue siendo una cosa
realmente necesito esta característica

lisbethw1130 en 9 may. 2019

Esto está implementado en https://github.com/petervanderdoes/gitflow-avh Es compatible con versiones anteriores, pero agrega muchas mejoras y nuevas características.

Descargo de responsabilidad: soy el líder del proyecto de Gitflow AVH Edition

petervanderdoes en 9 may. 2019