[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Re: Renaming files on win32[Scanned]

From: Gili <junk_at_bbs.darktech.org>
Date: 2004-12-22 21:50:01 CET

On Wed, 22 Dec 2004 21:34:39 +0100, Erik Huelsmann wrote:

>There is *one* default behaviour, not a default-behaviour-on-Windows
>or default-behaviour-on-your-favorite-OS. This is also about
>maintaining repositories on more than one platform by one single
>admin. Everybody should be able to depend on the default behaviour.
>Can we please stop this now? You have a solution. It's not going to be
>built-in or otherwise the default as things currently stand. As soon
>as there is a concrete proposal to talk about we might continue that
>day. For now, we're done.


        I just sent out my proposal a few mins ago (which is why I am
continueing this discussion in the context of that proposal). The point
is that if you have a different default for win32 then unix, it will
only sting you on creation of a new repository. If you dump/load
(migrate) your repositories from one server to the other, your default
would be carried over in the form of a repository property. I am simply
saying that creation of repositories should get different defaults
depending on your platform. How often does repository creation ever
occur anyway? How many admins do you know that maintain Subversion
repositories across different platforms? I think we keep on discussing
theoretical problems "what if... what if..." when in real life you are
almost never going to run into these problems but you are more likely
going to run into filename casing problems on a daily basis under
win32. Daily basis versus "once in a blue moon". I'd rather focus on
making it easier to do stuff on a daily basis. Just my 2 cents.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Dec 22 22:08:57 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.