plans for 0.0.6 release

[John A Meinel]

Michael Ellerman wrote:

>On Wed, 1 Jun 2005 16:22, John A Meinel wrote:
>
>
>>It would be nice to have the revision separator worked out before
>>reaching a sort of milestone release. But that is pretty minimal.
>>
>>If we have the revision separator, I think getting "bzr diff" to support
>>doing a diff against 2 revisions is pretty trivial. Since you at least
>>merged the -r 10:20 patch, you probably could do the bzr diff -r 10:20
>>patch.
>>
>>
>
>Well if "-r 10:20" goes in to 0.0.6 I'll definitely have to fork bzr. Should I
>call it OpenBzr or FreeBzr? I've got it! NoColonsHereBzr! ;D
>
>I've got a half finished patch to handle 10:20, 10-20 10 to 20 etc. so I think
>it's fine for 10:20 to go in as long as we can add the other formats later.
>I'm not keen on the {date:foo} stuff though.
>
>
>
Well, the 10:20 has already been merged. The stuff for handling {date:}
hasn't yet. I haven't heard what Martin really likes, though I was
following his original suggestion for the {date:} stuff.

Right now I'm favoring -r date:blah..20, or -r 10..20
I saw your 10 to 20 patch, the problem is it doesn't really work right.
Having something take a variable number of arguments is kind of error
prone. For instance, what if there is a file in the directory named 'to'
and I type
bzr log -r 10 to
I'm trying to say give me the revision 10 log for the file to if it was
modified. Actually, more likely would be:
bzr log -r 10 to to
To request all logs from 10 onward that modify "to".

>The automatic base-finding (or whatever it's called) for merge would be nice,
>merge is seriously un-user friendly without it.
>
>
I agree. This is still pretty limited, as it only finds the common
ancestor, not the common merge point. But that should be possible.

>There's a couple of ExternalCommands patches which should go in I think:
>[PATCH] Fix external commands with --diff-options
>[PATCH] Better error checking for external commands
>
>
>
Also agreed.

>And I liked my patch to make recurse auto-add unversioned parents, which I
>forwarded to you called "Re: bzr add and recurse".
>
>cheers
>
>
>
This one is pretty nice too.
Wow, there are a lot of patches in the queue.
John
=:->

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 253 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20050601/04ecf15e/attachment.pgp