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

RE: RE: Symlinks on Win32...

From: Gabriel <mystml_at_adinet.com.uy>
Date: 2006-01-31 21:46:18 CET

Thanks for your replies so far, this is an amazingly active and response
mailing list!

I hope you don't mind a suggestion from a SVN newbie, but here's how I'd
like it to work...

In Linux, I check in a symlink. SVN stores it as it stores it now.
In Windows, I check out the symlink. I get a file that says
"link ../build/build.py"
In Windows or Linux, I set the property svn:dereference to the symlink.
In Linux, I check out the symlink; svn:dereference is ignored.

In Windows, I check out the symlink; if svn:dereference is set, the SVN
client tries to resolve the reference. If it finds ../build/build.py, it
sets the contents of the file to a copy of that file, and stores a
property recording the fact that this was a symlink. Trying to modify
and commit a dereferenced file should be an error. You should be able to
modify the link property though.

This obviously has limitations, the symlink isn't really "live", it only
works at checkout (and maybe on update?) time. However it would work in
my case (which I guess is not that unique), and it would be completely
optional.

Of course I could do this by hand (a script that finds files with a
gab:dereference property and does the dereference) but I'd have to run
it manually since threre's no client side hooks, it would be slower
because it would have to check every file, and wouldn't be able to
enforce the no-commit.

Sorry if this is inappropriate...

--Gabriel

-- 
Gabriel Gambetta
Mystery Studio - http://www.mysterystudio.com
Gabriel on Graphics - http://gabrielongraphics.blogspot.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 31 20:53:24 2006

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.