bzr combine-thread: where'd my code go?
James Westby
jw+debian at jameswestby.net
Mon Mar 10 22:02:20 GMT 2008
On Mon, 2008-03-10 at 14:28 -0500, John Arbash Meinel wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Forest Bond wrote:
> | Hi,
> |
> | I must have misunderstood combine-thread. I figured I would commit in a thread,
> | and then combine thread would push those commits down into thread below.
> | Rather, it seems that those commits disappear.
> |
> | I haven't done any `bzr record'ing just yet. Should I have done that before
> | combine-thread?
> |
> | No need to worry, I'm not so foolish as to leave my only copy of source code
> | under the control of a brand new bzr plugin :)
> |
> | -Forest
>
> As I understand it, combine-thread is designed to be done when you want to
> remove a thread. I would have thought that it would check if everything is
> merged first.
>
> However, looking at 'bzr combine-thread --help' I see:
>
> ~ In precise terms this will:
> ~ * Remove the entry from the loom for the current thread.
> ~ * Change threads to the thread below.
>
> Which sounds like it just nukes the current thread and changes you to the one
> underneath.
>
> Can someone else using looms confirm? I don't use it much myself. It certainly
> sounds like a destructive command which should check that the tip is already
> merged, and require something like --force if they aren't.
Hi,
I'd agree with you John, there's potential for data loss here I think
(well it's still in the repo, but no branch or thread points to it).
I'd be interested if this was a conscious decision by Robert though.
Forest, would you like to file a bug? If not, I'll be happy to do it.
Thanks,
James
More information about the bazaar
mailing list