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

Re: Email postcommit hook, subscription, properties ....

From: Kevin Tomasek <ktomasek_at_d2audio.com>
Date: 2007-11-02 19:02:44 CET

i have written a couple of little perl scripts to do much less offensive
reporting. the first uses the output from post-commit to add a
transaction to a file. the other send the info to the mailer and clears
the log file. both pretty simple.

every night i have a crontab that executes the second script to the
generate email for the users in the group. that way they, the users,
get only one mail, at the beginning of the day. it is their
responsibility to review the changed list and deal with them appropriately.

Harvey, Edward wrote:
>
> Hey y'all. I have a few repositories with a bunch of users, and a
> zillion files/folders inside.
>
> The users wish to have email alerts when somebody changes a file of
> interest. So I'm trying to provide something like "watch this item" ...
> It is natural to look at post commit hooks, but it is not appropriate
> for every user to get email about every change. It would simply be too
> much.
>
> I read through archives of this mailing list, and in the past the answer
> was "use subnant, you can set email properties on files & folders."
> Unfortunately, subnant requires mono, Nant (which requires pkg-config
> and mono), and Nant contrib (which requires I don't know what.) I am
> having trouble satisfying the dependencies of subnant (though I'm still
> trying.)
>
> So I'm looking for suggestions and/or alternatives. Any ideas?
>
> Here's a typical behavior, that I think would be ideal:
>
> - Suppose Matt is interested in the
> svn://svn/repo/project/excalibur/dac1 tree, full of files & subfolders.
> - Matt would like to set a property on that folder, so all changes to
> that folder (or any of its subfiles & subfolders) would generate an
> email to him.
> - When Matt is no longer interested in that folder (presumably he
> finishes that project) he would like to discontinue watching it, so he
> could simply remove that property.
>
> Suppose the above behavior is similarly true for many users, and many
> files / folders.
>
> Thanks for your advice.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
Received on Fri Nov 2 20:02:51 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.