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

Re: Versioning MacOSX files with Resource Forks...solutions?

From: Geoffrey Alan Washburn <geoffw_at_cis.upenn.edu>
Date: 2005-06-16 19:26:01 CEST

Daniel Thompson wrote:

>It seems like it would be pretty tricky to generically support alternate
>streams / resource forks. If you have a Windows Subversion server, and a
>Windows client, sure, that could be done, but what if you have a Linux
>Subversion server, and Windows and Mac clients? What if a client is
>using the FAT filesystem? What if you want to burn the files to a CD (I
>don't think the ISO filesystem will get the alternate data streams)? It
>seems that this is not going to be practical to support because
>different filesystems have different implementations of alternate data
>streams--it's filesystem-specific. Unfortunate, but true.
    Right, but Subversion already supports symbolic links on only
certain platforms, so it isn't like platform specific features are
without precident. If your filesystem doesn't have extended attributes
or multiple streams you just won't get them when you check out a file.
The problem that I am more worried about is that right now if I check
files into my repository there is a good chance I am going to lose data,
and regardless of what my opinion of extended attributes happens to be,
I can't make them go away.

    In any event, my short term plan is to write a separate tool that
will synchronize extended attributes to Subversion properties. This will
probably be a reasonable short term solution unless there are strange
limitations on the size of Subversion properties.

[Geoff Washburn|geoffw_at_cis.upenn.edu|http://www.cis.upenn.edu/~geoffw/]
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 16 19:27:08 2005

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.