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

Re: how to check in a symlink?

From: Jeff Bowden <jlb_at_houseofdistraction.com>
Date: 2004-04-05 20:29:27 CEST

Exactly. Why would you want to check out a project with symlinks on a
platform that doesn't support them anyway? Punting on Windows seems like
the right solution.

Derek Mahar wrote:

>Short of changing the client side filesystem, the Continuus solution
>strikes me as a reasonable compromise that Subversion might want to
>adopt.
>
>-----Original Message-----
>From: Stephen Warren [mailto:swarren@paramanet.com]
>Sent: April 5, 2004 10:56 AM
>To: Jason Voegele; users@subversion.tigris.org
>Subject: RE: Re: how to check in a symlink?
>
>
>
>
>>From: Jason Voegele [mailto:jason@jvoegele.com]
>>
>>On Monday 05 April 2004 10:19 am, Derek Mahar wrote:
>>
>>
>>>If I remember correctly, ClearCase supports symbolic links on both
>>>Windows and Unix-like systems. Ironically, unlike Subversion,
>>>ClearCase completely subverts the underlying client filesytem and
>>>installs its own.
>>>
>>>
>>[snip]
>>
>>
>>>Maybe Subversion should try to emulate the ClearCase model.
>>>
>>>
>>Yikes. Talk about a heavy-handed solution to supporting symlinks...
>>
>>
>
>Well, Clearcase doesn't do this *just* to support sym-links...
>
>Clearcase's model is that it exports your work-area/... as a filesystem
>that you map. And then, because of that, they are then free to implement
>sym/hard-links very easily... (as well as do a whole bunch of other
>interesting things!)
>
>As another reference point, Continuus (CCM, CM Synergy, ...) support
>symlinks in its 'database' (repository) *but* only when your work-area
>is stored on a filesystem that supports it (i.e. Unix). If you're
>running on Windows, the symlink object simply doesn't appear in your
>filesystem (you get a warning upon 'reconfigure' - the equivalent of
>'update')
>
>The idea is that if you're running all Unix and want symlinks, you can
>use them. If you're running clients on Windows, the filesystem doesn't
>support them anyway, so you probably weren't going to attempt to use
>them, so you won't miss having them.
>
>Personally, I think this is a very pragmatic solution...
>
>But, to get symlinks on Windows, if/when SVN supports links, you could
>simply run your SVN client on a Unix system, and export the Unix
>filesystem containing your working-copy via Samba, then map a drive on
>the Windows system. Windows apps will be able to read the symlink, which
>will correctly map to the target of the link, but of course still won't
>be able to manipulate the link itself (i.e. create new links or point
>existing links at a new place) (Perhaps links could work similarly via
>WebFolders attached to a WebDAV server to)
>
>--
>Stephen Warren, Software Engineer, Parama Networks, San Jose, CA
>http://www.wwwdotorg.org/work_contact/
>NOTICE: This email contains privileged and confidential information and is intended only for the individual to whom it is addressed. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this transmission by mistake and delete this communication from your system. E-mail transmission cannot be guaranteed to be secured or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
>
>AVIS: Le présent courriel contient des renseignements de nature privilégiée et confidentielle et n’est destiné qu'à la personne à qui il est adressé. Si vous n’êtes pas le destinataire prévu, vous êtes par les présentes avisés que toute diffusion, distribution ou reproduction de cette communication est strictement interdite. Si vous avez reçu ce courriel par erreur, veuillez en aviser immédiatement l’expéditeur et le supprimer de votre système. Notez que la transmission de courriel ne peut en aucun cas être considéré comme inviolable ou exempt d’erreur puisque les informations qu’il contient pourraient être interceptés, corrompues, perdues, détruites, arrivées en retard ou incomplètes ou contenir un virus.
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 5 20:31:44 2004

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