Regrese a la revisión anterior en Bazar

Quiero volver en mi historial de bazar (cambiar el tree de trabajo) para encontrar la confirmación que introdujo un cierto error.

No quiero eliminar ninguna confirmación, solo cambio mi tree de trabajo hasta que encuentre el error, y luego quiero volver a la última revisión para trabajar.

¿Cuáles son los dos commands para eso (volver a una confirmación anterior y luego verificar la última revisión nuevamente)?

Gracias por adelantado.

Para revertir el tree de trabajo a una revisión N específica:

bzr revert -rN 

Para revertir el tree de trabajo a la última revisión en la twig:

 bzr revert 

Hay dos maneras de llevar tu tree de trabajo atrás en el time hasta la revisión N. El primero ha sido mencionado por otras respuestas aquí:

 bzr revert -rN 

Eso modificará todos los files necesarios para que su tree de trabajo coincida con el contenido de la revisión N. Si ejecuta el bzr status , mostrará todos esos files como cambiados. Si ejecuta bzr commit entonces se bzr commit todos esos cambios hacia atrás y su revisión HEAD se vería ahora como la revisión N.

Para volver a la última versión en su sucursal:

 bzr revert 

También podría ejecutar la bzr update , pero eso podría get algunas revisiones más recientes si su sucursal es un pago y envío.

La otra opción para retroceder en el time es esta:

 bzr update -rN 

La diferencia entre los dos es que la bzr update hace que parezca que no se han realizado cambios. Es solo que su tree de trabajo no está actualizado.

Para volver a la última versión en su sucursal:

 bzr update 

Para cambiar el tree de trabajo al estado que tenía en una revisión previa N

 bzr revert -r N 

Para actualizar su copy de trabajo al estado que tiene en la última revisión:

 bzr up 

Bazaar Quick Reference Card

Otros comentaristas que respondieron con bzr revert -rN son ciertamente correctos en el sentido de que esa es la respuesta directa a la pregunta tal como fue formulada, sin embargo, si usted tiene un gran número de confirmaciones para revisar a fin de verificar la presencia de un error, es mucho más eficiente usar bisección. Una vez me presentaron un error en el que el último commit bien conocido fue de 300 commits atrás, y bisection encontró el commit culpable en solo 8 pases (es decir, solo tuve que verificar 8 commits de 300 para poder encontrar el que introdujo el error).

http://doc.bazaar.canonical.com/plugins/en/bisect-plugin.html

Si te sientes abrumado por la cantidad de posibles compromisos que debes verificar, ¡esto debería networkingucir significativamente la cantidad de esfuerzo involucrado!

puede usar bzr log –forward para ver sus versiones anteriores con DESC sorting

y puede usar bzr revertir -r para cambiar su versión al

si desea volver a la última versión, simplemente bzr revertir