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

Re: Space wasting

From: Ben Reser <ben_at_reser.org>
Date: 2004-03-09 04:56:30 CET

On Mon, Mar 08, 2004 at 09:10:41PM -0600, Sean Cavanaugh wrote:
> Visual Studio isn't the only app that has this problem. Explorer.exe
> the shell, also won't let you create or rename files or directories to a
> leading dot. You can cut and paste them around all day, but thats it.

You need to create .svn directories why? I can't imagine any reason
why an end user needs to create an administration directory by hand. So
I see no reason why this has anything to do

> I don't see how this would impact other OS's if this change were OS
> specific in nature. I'm sure someone will come up with 'well you can
> move a checked out repository from any OS to any other OS', but that
> doesn't affect me. In fact that feature terrifies me even if its
> supposed to work. Most of the reasons aren't related to the source
> control software at all either, just all the other cruft that might get
> copied, or duplicated (if stuff was symlinked on a linux box then copied
> to windows for instance), etc etc.

The fact that the feature terrifies you doesn't mean it terrifies other
people. The subversion developers have made a deliberate attempt to
ensure that this works. I don't think this issue is a compelling reason
to change that.

You can't have symlinks in a working copy. Subversion doesn't support
that. If you do then I have no idea what you're doing.

> The traditional unix way for filesystems is obsolete and in need of an
> overhaul, but I'm not holding my breath on anyone getting around to
> tackling that seriously it for a few more years :) Before the flames
> get thick, its just in the way security, flags, and metadata is handled
> that needs improvement.

And your point is?

> How about a global environment variable to override it to whatever you
> want. Move the problem to users, works on all OS's (god help them if
> there is no environment though :)

Subversion has deliberatly avoided environment variables. But this
doesn't solve the issue of the repository end. We need to disallow
storing dirs of that name in the repo. If you can override it to
whatever you want good luck...

Ben Reser <ben@reser.org>
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 12 02:26:02 2004

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