[MERGE] Allow changing --[no-]trees with reconfigure (bug 145033)
Matthew D. Fuller
fullermd at over-yonder.net
Mon Jan 19 07:48:18 GMT 2009
On Mon, Jan 19, 2009 at 09:30:29AM +0200 I heard the voice of
Marius Kruger, and lo! it spake thus:
>
> yes, when you run it from within a WT
Ah, in a repo. OK. I see it.
> So its not as dangerous as I thought, but I still think it is
> undesirable to have my existing working tree removed by this
> command.
Agreed.
This seems to be a result of _plan_changes() being an _incredibly_
obtuse function. Apparently it has no way to say "leave X the hell
alone, dammit". Additional fun can be seen if you make a checkout in
a repo, then reconfig --with-no-trees (or --with-trees if it's already
no-trees); it unbinds the checkout as well. Holy hell.
It exists with other things too; note that 'bzr reconfig --checkout'
will make a WT in the branch at the same time; I'd expect it to just
do 'bind'.
Frankly, I'm tempted to just do the checks and set the vars manually
in set_repository_trees(), and skip over the whole morass of
_plan_changes() completely. In fact, I think I'll do just that.
--
Matthew Fuller (MF4839) | fullermd at over-yonder.net
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
More information about the bazaar
mailing list