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

Re: question on symbolic links and windows

From: Steve Whitson <steven.whitson_at_gmail.com>
Date: Wed, 17 Sep 2008 13:26:33 -0500

Steve Whitson wrote:
> Paul Koning wrote:
>> Steve> I expect and want a regular file in place of the symbolic link
>> Steve> on windows (as stated in the book). How can I achieve this?
>> You are getting what the book describes.
>> If what you want is a second copy of the linked-to file, that would be
>> a new feature.
>> It would also be a very messy thing to do, because you'd have two
>> independent copies of the file on Windows but only one on other
>> operating systems. So on Windows you could create a working directory
>> where the two are different. They might perhaps *both* be modified
>> in different ways.
>> When you commit those changes, what would you expect to happen? I
>> can't think of any sensible answer.
>> paul
> Not to make any claims that one is better than the other... but this
> case is handled fairly well under clearcase. I'm not sure how it
> would handle the case were I modify both (the link content and the
> target) but (from windows) I do revise the link target and all the
> links are instantly revised upon commit (check-in).
> Thanks much,
> -Steve
Just to finish my prior thought... since I just recalled... with the
checkout/in model (in clearcase) it never allows a checkout of the links
themselves, and therefore you can never commit (checkin) a link, only
the link-target (the actual file).

Thanks again for pointing out my oversight! I guess I felt embarrassed
for asking the question for a reason. I do deal with this stuff all the
time, but when my eyes deceive me it's tough to find the problem :)


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-09-17 20:27:15 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.