> I don't > think Windows (NTFS?) has this feature so the point would be moot when > running SVN on an MS platform. Well, it is like shortcuts in Windows platforms - except in unix/linux these things are handled automatically by the OS so that an app does not really see if the file was a softlink or the file itself (hardlink to be more precise). But of course you can get the type of the file entry (if it was a regular file, a fifo, a device entry or a symlink for example) so that symlinks or other type of files can be handled differently if desired - mostly all the archive and backup apps doing that to avoid storing the same file more than once + to be able to put back the symlink when the archive/backup extracted/restored. These softwares usually also handles hardlinks for the same reason but that's another matter. In Windows instead of a filesystem and api assisted symlinks there is the LNK file that stores the symlink but that one is handled pretty much the same way as a regular file so that the file has a special binary structure that describes the link. An app has to have a special handler to be able to resolve the shortcut, otherwise it will open up the LNK file and will read this special binary formatted content instead of the desired file. Tamas On Thu, Nov 20, 2008 at 5:20 PM, Alex Harford wrote: > On 11/20/08, Vitaliy wrote: > > Alex Harford wrote: > > > - SVN can store symlinks. > > > > What exactly is a symlink, in this context? > > Ah... a Unix-ism. A symbolic link that can point to another file > somewhere else. This is a soft-link rather than a hard-link. I don't > think Windows (NTFS?) has this feature so the point would be moot when > running SVN on an MS platform. > -- > http://www.piclist.com PIC/SX FAQ & list archive > View/change your membership options at > http://mailman.mit.edu/mailman/listinfo/piclist > -- Rudonix DoubleSaver http://www.rudonix.com -- http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist