Pregunta Regrese a la revisión anterior en Bazar


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

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

¿Cuáles son los dos comandos para eso (volver a una Compromiso anterior y luego verificar el última revisión de nuevo)?

Gracias por adelantado.


29
2018-03-13 13:11


origen


Respuestas:


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

bzr revert -rN

Para revertir el árbol de trabajo a la última revisión en la rama:

bzr revert

21
2018-03-13 20:33



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

bzr revert -rN

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

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

bzr revert

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

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

bzr update -rN

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

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

bzr update

13
2018-06-29 00:14



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

bzr revert -r N

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

bzr up

Bazaar Quick Reference Card


4
2018-03-13 14:33



Otros comentaristas que respondieron con bzr revert -rN son ciertamente correctas en el sentido de que esa es la respuesta directa a la pregunta tal como se planteó, sin embargo, si tienes un gran número de confirmaciones para verificar la presencia de un error, es mucho más eficiente usarlas bisección. Una vez me presentaron un error donde el último commit bien conocido fue de hace 300 commits, 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 reducir significativamente la cantidad de esfuerzo involucrado!


4
2017-08-03 14:29



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

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

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


0
2018-03-30 12:11