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