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

Re: post-update hook?

From: Jan Hendrik <jan.hendrik_at_bigfoot.com>
Date: 2004-06-07 12:26:36 CEST

Concerning Re: post-update hook?
Jeremy Pereira wrote on 6 Jun 2004, 21:38, at least in part:

> On Jun 4, 2004, at 15:34, Jan Hendrik wrote:
> > As I see now what I wanted to do is impossible since the hook is
> > executed on the svn server and has no idea from where both commit
> > and update request origin. So a hook script may be able to update a
> > specific working copy or webserver, but not any working copy. Such
> > a hook would have to be placed into the working copies. Sorry for
> > the noise.
> How about creating a client side script that does the svn update and
> then regenerates the generated files?

It would have to be run either manually or by a scheduled task, but
it would not run automatically on svn update or even updating with
TortoiseSVN, the usual way here, would it? Yes, that would work,
though to avoid conflicts going unnoticed in a scheduled task I
would rather leave the svn update out. It's not the kind of
automatization I'd like to have but better than nothing. Or doing the
update on a working copy used exclusively by the local web dev
server/for uploads to the live web server (as John Peacock just
suggests in another thread). Well, some ideas to think about ...
Thanks for all the suggetsions.

Jan Hendrik

Freedom quote:

     As a man is said to have a right to his property,
     he may be equally said to have a property in his rights.
     Where an excess of power prevails,
     property of no sort is duly respected.
     No man is safe in his opinions, his person,
     his faculties, or his possessions.
                -- James Madison, National Gazzette, 1792

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jun 7 12:48:01 2004

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.