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

Re: Sharing files like in MS Visual SouceSafe

From: Scott Palmer <scott.palmer_at_2connected.org>
Date: 2004-10-06 22:03:40 CEST

On Oct 6, 2004, at 2:13 PM, Monks, Peter wrote:

> G'day Scott,
>
> But do you agree that "shared copies" would be useful functionality
> for people who host their working areas on Windows?

Absolutely. Coming from VSS I wouldn't mind the feature myself, though
I only used it infrequently.

> I understand that there are various design and implementation
> challenges:
> * VSS shared copies don't get updated until a VSS operation
> is performed (unlike symlinks on *nix);

Which fits in well with the subversion model. With subversion an
'update' would get the changes that were checked in to your shared
file on another branch.

> * junctions and hard links are only supported on NTFS 5+ filesystems
> (so Windows 9x/ME/NT users are left out in the cold, and Windows
> 2K/XP/03 users would only be able to use this functionality on NTFS
> filesystems)

Windows has always been way behind in terms of filesystems. They added
hard links but basically don't give end users any way to make them.
Heck, they are still restricted to the silly "drive letter" thing.
They still don't have the basic filesystem features that every other OS
has had for 20 years... the list goes on. Waiting for Windows to get
basic features or trying to use the half-baked implementations isn't
the solution, and in any case the basic feature that we are talking
about is significantly different from what working-copy file links can
get us.

Regards,

Scott

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 6 22:04:10 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.