[RFC] Moving uncommited changes from a tree to another.
Erik Bågfors
zindar at gmail.com
Wed Aug 9 11:03:21 BST 2006
On 8/9/06, Martin Pool <mbp at canonical.com> wrote:
> On 9 Aug 2006, Aaron Bentley <aaron.bentley at utoronto.ca> wrote:
> > > Aaron's 'shove' command is awesome, it works for me. I guess the only
> > > problem with it vs a bundle approach is you need both trees
> > > write-accessible at the same time. But it's a minor problem IMHO.
> > >
> > > Actually I think it should be in the core.
> >
> > 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.
>
> I didn't know of shove until it was mentioned here (or maybe Robert told
> me about the same time.)
>
> I think it'd be good to bring in, though perhaps we can unify it with
> something else. Perhaps 'merge --uncommitted'? Obviously it doesn't
> generate a merge record but in other ways it might be similar?
>
> I've been thinking more about plugins vs core. I think I'm a bit more
> in favour of things going in to core, for a few reasons:
I almost have the opposite view. I think as little as possible should
go into core. The simple reason is that bzr should be easy to use.
Something like "shove" cannot be very many people that use,
considering that even you, Martin, didn't know about it. I didn't
either and I follow the bzr development as much as I can.
If it's a command that will be in core, it will be more for the new
user to learn and look through. If it's part of another command (like
merge as you suggest above) then it's not as bad...
I'm afraid that bzr will grow to become as complex as tla (which I
never quite figured out, due to thousands of commands).
If this kind of things are brought into core, I think it's VERY
important that documentation is really really good. Maybe we should
split the doc into "usual commands" and "unusual commands", so that
new users can only care about the first...
Plugins are a great way for more advanced users to get the more
advanced features...
Regards,
Erik
--
google talk/jabber. zindar at gmail.com
SIP-phones: sip:erik_bagfors at gizmoproject.com
sip:17476714687 at proxy01.sipphone.com
More information about the bazaar
mailing list