Hi,
I've been playing around with subversion on Mac OS X. Mac OS X has a
concept called a 'bundle'. Basically, this is just a directory that the
UI treats as a file. Versioning these things is not hard - you just add
them recursively.
The problem I'm having is that one of the programs I have to edit these
bundles (Interface Builder) wants to own the entire bundle. When you save
the bundle it moves the old one and creates a new one from scratch. This
wipes out the .svn directories. Grrrrr.
Anyway, I can see two solutions. The first is a special form of cleanup
that adds the .svn directories back in. Given the data from the .svn
directory of the parent folder, and repository access, subversion should
be able to recreate the .svn directories in the children (assuming that
there have been no moves, copies, adds or deletes).
The second solution is to add a special type of directory to subversion.
This would be a 'verbatim' directory. When a directory is marked as
verbatim the 'verbatim' flag (property?) is turned on in the parent.
Verbatim directories do not have '.svn' folders. Each time the directory
is checked in, the entire hierarchy rooted at that directory is checked
in. Any new files are automatically added. Missing files are
automatically deleted. Files are treated as binary. (It could honour the
svn:ignore property of the parent, but would not have any entries file to
store its own properties.)
The lack of .svn folders means some things: You cannot check out a
verbatim directory directly, only as the child of another directory you're
checking out. You must move out of the 'verbatim' hierarchy to update.
You might consider having the previous version of the verbatim hierarchy
in the parent's text-base. That still allows for off-line diffing, etc.
I think the first solution is probably significantly less work :).
Anyway, this is just verbiage without patches, so feel free to ignore. :)
Later,
\x/ill :-}
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:08 2006