Two little things (Mainly win32 related)

[Roncaglia Julien]

> As mentioned in my other email, these will be ignored if you add the
> directory, rather than adding individual files.

Yes for the ones i known, windows users will do "bzr add *.*" a lot more
naturally...

> As abentley mentioned, in Unix the glob occurs *before* the program
> receives it's arguments, (it is done by the shell). On windows, the
> shell doesn't expand wildcards, and so must be done by the user.
> 
> I would say *don't* ignore glob expansions, since it changes the
> semantics of "bzr add *.py".

I was thinking of this mainly as a feature being logical for win32
programmers and not as a mimic of the unix shell for unix programmers
having to use windows (That is what cygwin is for).
But i don't known what is the direction for bzr to take. Trying to be
integrated in unix and win32 (With the problems it create like the fine
names case one) or trying to be consistent in all OSes and fully
integrated with unix.

>>And i have a question related to id : Why did the Working tree
>>considered by "add" is the one where reside the first file in the list
>>and not the one in the current directory ????
>>
>>F:\some_project> bzr add "F:\some_bzr_managed_directory\somefile.py"
>>anotherfile.py
>>
>>Will try to add the two files to F:\some_bzr_managed_directory\ and not
>>F:\some_project\ it seem a little strange to me (And it also create an
>>annoying egg-chicken problem for ignoring ignored files when applying
>>glob expanding)
> 
> 
> Well, first off, you can't add a file that is not in the working tree
> (in a subdir of the directory with .bzr/). So:
> 
> F:\some_project> bzr add "F:\some_other_project\somefile.py"
> Will always try to add the file to some_other_project. Especially since
> it *cannot* exist in F:\some_project.

Ok, i was just expecting this to anwser that
"F:\some_other_project\somefile.py" can't be added and stop...
But i still don't see why it isn't just the current directory that is
used, did it break anything ?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20050609/e572c1ef/attachment.pgp