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

Re: client-side hooks

From: Branko Čibej <brane_at_xbc.nu>
Date: Mon, 28 Dec 2009 06:38:32 +0100

Stefan Sperling wrote:
> On Sat, Dec 26, 2009 at 06:08:15PM +0100, Branko Čibej wrote:
>
>> Every couple of years someone comes up with a proposal like this, and it
>> usually ends with a client-side hooks idea. Beh. Subversion is a version
>> control system, not a build systam. If you want "current global
>> revision" to label your builds, use Hudson or Buildbot or the dozon
>> other build automation systems that are integrated with Subversion.
>>
>
> Please don't confuse client-side hooks with the "global revision number"
> question. I was suggesting to run svnversion from such a hook which
> answers quite a different question.
>
> Client-side hooks can do very interesting things.
> I've seen people pick TortoiseSVN as their only client because it has this
> feature. Just like server-side hooks, it allows for a higher degree of
> automation and can reduce the error rate of the software development
> process if used right. It would be a useful feature for the CLI client.
>

Ah, OK, that's a different story then. Such a client-side hook API
should live in libsvn_client. But ... as soon as I start thinking about
such an API, it suddenly expands into a framework that takes over a lot
of stuff that we're currently doing on the client side, e.g., keyword
substitution and similar. Externals (shudder).

Time to stop overengineering ...

-- Brane
Received on 2009-12-28 06:39:11 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.