Marc Sherman wrote:
> However, the problem is that the foo_generator tool is corrupting the
> .svn directory in foo.
These directories are hidden and their content is read-only. Any program
messing with these is broken by any sane definition of broken. Fix it or
complain to the vendor so they fix it. So much for the facts.
I guess you don't really have control over the tool (which tool, btw, so
others can avoid it too) otherwise you would also have fixed the tool so it
can be included into your builds. Therefore, I only see ways to work around
it.
What Subversion needs is valid metadata in its .svn dirs. You could for
example hide those dirs before calling the tool and restoring them
afterwards.
Otherwise, if the complete dirs are generated, you could also generate them in
a separate dir and copy those (which of course don't have any .svn dirs) over
the working copy.
A similar way would be to use the svn_load_dirs script, which would have the
additional advantage that it automagically adds newly generated files and
deletes no more generated files.
Uli
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Aug 18 11:13:21 2005