-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I'm starting to run into a problem adding some documents to
Subversion which is becoming more and more common. The problem stems
from having situations where directory structure is an integral part
of the data, and adding .svn directories at each level is tantamount
to corruption of the data. I think I've checked everywhere in
Subversion for a solution, but haven't found anything yet, so I
thought I'd ask to see if anyone else is starting to see this issue,
and if anyone has found or considered solutions.
Since I've probably completely confused anyone who hasn't seen this
before, an example:
Mac OS is now using a new structure to replace the old Resource Fork
of a file which was used in the old HFS days. In place of a file
with a Data Fork and Resource Fork, you now may have a directory
structure where the top level is presented as a "File" to the user,
and lower levels contain various discrete elements of the data. One
such implementation is used for the data files of Keynote, a
presentation competitor for Powerpoint.
Adding Keynote files to Subversion repositories without wrapping them
in some way first (zip file, ISO or DMG image, etc.) is, basically,
impossible. Once an 'svn add' has been done on the directory
structure which is the document, the document is no longer readable
by Keynote.
The first solution that comes to mind, for me, is having a way to
alter certain working copies so that the .svn meta-data is stored out
of the way somewhere... perhaps within a dot-dir in the user's home
directory. Has any thought been given to having something like this
available as an option at checkout time?
I'd be interested in hearing other people's thoughts and experiences
with this issue.
Matt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (Darwin)
iD8DBQFGH+lUae4z2vjbC8sRAtfCAJwNnsML32/GBkkhy+b/HbjSNx/4GgCgt2ov
SJxf9Goys3Cx+xtvnzoyOaQ=
=9sVT
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Apr 13 22:35:01 2007