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

Vista Symlinks

From: Sam Barnett-Cormack <s.barnett-cormack_at_lancaster.ac.uk>
Date: Mon, 14 Jul 2008 14:54:02 +0100

Hi all,

I looked at the conversations about Windows symlinks in the archive, and
while there seems to be some edifying discussion, there doesn't seem to
be any mention of the specific problem I've run into.

I'm using TortoiseSVN at the moment, but the folks on their mailing list
assure me that the behaviour I'm describing is in the svn libraries, so
to ask about it here. I've worked around it by *not* using symlinks for
now, but it's annoying.

I wanted a document that's at one place in my source tree to be
accessible from elsewhere, and I'm running Vista, so I made a symlink;
reading the docs for subversion made me think this would just end up as
two separate files in the repository, but keep the usefulness of a
symlink in my local copy. In hindsight, I doubt it would have worked
even if that were the behaviour, but what did happen surprised me.

As far as I can tell (and I'm not going to list all the evidence now,
just trust I have some clue), a symlink was correctly added to the
repository on commit, and this was good. However, on the post-commit
update, it barfed saying "symlinks not support". This left me with an
unclean working copy that wouldn't clean, but I sorted that out by hand.

It would seem to me that this behaviour is faulty, whether you want to
support Vista's symlinks or not, and should be fixed one way or the
other. I'd prefer that symlinks be supported on Vista just like *nix,
personally, especially as Vista's the only windows version I now
regularly use...


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-07-14 15:54:12 CEST

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.