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

Re: Programming a Watcher File

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Tue, 9 Mar 2010 11:42:51 +0100

On Tue, Mar 9, 2010 at 1:15 AM, David Weintraub <qazwart_at_gmail.com> wrote:
> The idea is to allow users to specify exactly which they want to
> watch. It might be a few configuration files, images, etc.
>
> Hudson will notify if any files in the entire project are changed, and
> when you do a dozen builds each day, the developers start to ignore
> these build notices.
>
> This is something that most other version control systems allow and is
> usually built in. Third party clients like SVN Notifier and Commit
> Notifier is that they must be user installed and running on the user's
> machine. If you aren't on that machine, you don't get notified.
>
> Something like Fisheye is good because that allows users to set
> notifications and is not dependent upon the user's own system.
> However, we don't have Fisheye.
>
> Subversion comes with a post-commit notification script written in
> Perl, but this script requires a configuration file that sits on the
> server. That means developers have to ask the administrator to set and
> change notifications.  By putting the notification configurations
> inside the repository, I allow users to set their own notifications.
> Since it is the server that's running it, the notifications aren't
> machine dependent.

I think it's great functionality that you're building here. I for one
would be quite interested in something like this, so if you could
share it, that would be super (maybe even put it in "contrib" if it's
ready?). Having developers manage their own notifications (all within
the repos, and cross-platform, independent of client machine),
specifying which files/paths they are interested in, is very useful
functionality.

Just a thought: it would be nice if you could make the coupling with
the actual notification system a "loose coupling". To separate "how to
determine who is notified" (what you're building now) from the
"mechanism that sends the notifications". I'm currently using
commit-email.pl, but am also looking at mailer.py (once we upgrade our
server, including python bindings) and SVN::Notify
(http://search.cpan.org/dist/SVN-Notify/). It would be nice to still
be able to choose whichever notification system works best ...

Johan
Received on 2010-03-09 11:43:26 CET

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