post-commit hooks wont work
what you need to do is write a wrapper for svn that does the
extraction and decomression (on commit) and compression and insertion
(on checkout)
it wont be easy, but its worth a shot
On 5/21/07, Jim Sokoloff <jim@sokoloff.com> wrote:
> On Mon, 21 May 2007, Richard Bos wrote:
>
> > the situation is as follows, an svn repository that holds many binary odt
> > files. These are actually just binary containers with compressed xml (text)
> > files. I very much would like to track the changes that are made to the xml
> > files inside that binary odt file. To be more precise I'm only interested to
> > follow the changes made to the file content.xml inside the odt binary
> > container. The advantage of the having the content.xml in the svn repository
> > is that e.g. annotations can be shown, and that diffs made to the document
> > are automatically included in e.g. post-commit notification emails.
>
> You could get the behavior you want with a post-commit
> hook (that would have to handle the case of content.xml
> already existing, the delete of an odt file, etc)
>
> We have several external processes that are triggered
> as the result of commits (builds for specific branches,
> updates of shared development webservers, etc). This
> would be just another type of thing, and something for
> which the post-commit hook would work well for.
>
> (Note that you'd get TWO revision numbers, one for the
> odt and one for the .xml checkin. Don't try to modify
> the transaction from the post-commit-hook; you are too
> late. But, if they happen one right after the other, I
> doubt you care.)
>
> It's not as elegant a solution as building it into the
> client, but it's reasonably easy to implement, doesn't
> require patching the svn core, and works in all clients.
>
> As for the post-commit email, obviously you could change
> the post-commit hook to send the content.xml diff in one
> email if you wanted.
>
> --Jim
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 22 03:33:12 2007