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

Re: Is it possible to synchronize unpacked sources with its binary container?

From: Richard Bos <ml_at_radoeka.nl>
Date: 2007-05-22 09:57:58 CEST

On Mon, May 21, 2007 at 10:51:38PM -0500, Ryan Schmidt wrote:
> On May 21, 2007, at 20:32, Matt Sickler wrote:
> >On 5/21/07, Jim Sokoloff wrote:
> >>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)
>
> >post-commit hooks wont work
>
> Of course it could. Commit comes in which adds or updates an odt
> file, post-commit hook extracts the xml from it and adds or updates
> the xml in the next revision. Commit comes in which removes an odt,
> post-commit removes corresponding xml.

But it will do this as a different user. As such annotation does not
reveal the correct(desired?) information .

> >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
>
> A wrapper would of course be another way this could be handled, but
> would only work for command-line Subversion users; the post-commit
> hook would work regardless of what client is used.

Would it be possible to extend the clients with a hook, that is
executed after the client finishes the requested command, like:

$ svn add <file>

Files gets added and after that the hooks get executed, just as
the pre-commit and post-commits on the server. It's than up to
whomever to provide the hooks ;)
This would I think also make it work for command-line svn as well as
for example TortoiseSVN. It's actually the latter to stops me
from implementing the wrapper right away... ;(

Would a feature request for a pre-post command/extension have a
change of getting accepted?

-- 
Richard
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 22 09:58:18 2007

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.