Estoy usando el command "bzr update -r $ {revisionNo}" para alternar entre revisiones. Pero es lento y parece hacer operaciones de networking. ¿Por qué?
He revisado todo el repository, por lo que todas las revisiones deben estar en mi local. ¿Por qué se conecta a la networking entonces?
Esto es algo especulativo, pero supongo que estás trabajando con una sucursal vinculada . Una sucursal vinculada todavía está vinculada a la location desde la que se prestó y la consultará para ciertas operaciones. Se crea una bifurcación vinculada si utiliza la bzr checkout lugar de la bzr branch . Existe para simular el comportamiento parecido a CVS o subversión, donde está operando en un repository central.
No se admite la update rápida porque ese no es el modo de operación previsto para las twigs enlazadas. Sin embargo, puede volver a visitar las revisiones anteriores que haya almacenado localmente usando uno de los bzr checkout --lightweight , bzr checkout --lightweight bzr export o bzr revert .
Para trabajar completamente fuera de línea, puede usar bzr unbind o bzr reconfigure --tree para convertir una bifurcación enlazada existente en una bifurcación independiente. Advertencia: si haces esto, deberás enviar tus commits explícitamente con bzr push antes de que se vuelvan visibles en el repository remoto. Puede usar bzr bind para volver a bzr bind la twig.
Y aunque es poco probable, también es posible encontrar dicho escenario al crear una "twig astackda". Una twig astackda reutiliza el historial de una twig diferente, y si esa twig no es local, entonces la mayoría de las operaciones bzr tendrán que pasar por la networking. Se crea con bzr branch --stacked y normalmente está diseñado para usarse en un server para ahorrar espacio. Puede convertir una twig astackda en una twig no astackda con bzr reconfigure --unstacked .