[RFC] Moving uncommited changes from a tree to another.

John Arbash Meinel john at arbash-meinel.com
Wed Aug 9 14:41:08 BST 2006


Aaron Bentley wrote:

...

> Aw shucks.  Of course, the problem is trying to maximize the
> functionality while minimizing the number of commands to learn.  Shove
> is a very single-purpose tool.  But if other folks feel 'shove' should
> go in core, I can prepare that.
> 
> Aaron

I'm +0 on it. It seems useful, though I just do:

cd new-tree
bzr diff ../other-tree | patch -p0
bzr revert ../other-tree

The way I would really use it, is more like 'bzr switch'. Where I want
to create a new branch, with this change pending, and leave the old
branch alone.
And really, it only needs to be done because of 'branch.nick'. (and
keeping the parent straight, I guess).


I don't know if 'revert' should use bundles. It might be a better way to
leave the working tree clean, though.

I just know all the problems Arch got into with 'undo', since it could
have invalid trees. And I wouldn't want to see revert get into that
trouble. (I realize it isn't really possible under bzr to have an
invalid tree, so we may be just fine)

John
=:->

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060809/720fe5c2/attachment.pgp 


More information about the bazaar mailing list