git commit mail script

Diego Ongaro ongardie at
Tue Jun 23 03:45:24 CEST 2009

On Mon, Jun 22, 2009 at 07:37, Jannis Pohlmann<jannis at> wrote:
> I'd prefer the first solution (one mail per commit), but we need to
> solve the timeout issue. For that we either have to disconnect the
> commit mail script execution from the shell, or we need a cronjob +
> lockfile to send commit mails periodically and let the commit mail hook
> just dump the necessary information somewhere. Or we use a post-receive
> hook but in those it's almost impossible (for me at least) to determine
> which commits belong to a newly-created branch (at the update stage you
> can check which commits don't belong to any ref yet, that's not
> possible at post-receive).

I vote for your second solution. I think it makes sense to have the
commit hook dump the required data, and then have another script (on
cron or as a daemon) asynchronously send it, in order, at 1s


More information about the Xfce4-dev mailing list