1867
Comment: removing the confusing note, as it isn't true any more
|
2928
Comments on the notify extension page.
|
Deletions are marked like this. | Additions are marked like this. |
Line 69: | Line 69: |
=== Comments === Some comments based on an attempt to use this wiki page. Hopefully these can be merged into the wiki page by someone who knows more about this than I do. 1) The file above can be used as is if added to the .hg/hgrc of a repository. 2) hgext.notify does not require a value (can be left blank) if the extension is in the path. 3) The most common use case is for email to be sent if a push is made to the repository. This is corresponds to the sources keyword "serve", which is not obvious. What each of these keywords means really needs to be documented. Presumably an email will be sent if an action corresponding to any of the listed keywords is performed. 4) [usersubs] and [reposubs] can also be put in the hgrc file. In that case, config can be left blank. Personally, don't see the advantage of a separate config file. 5) baseurl will be used to put a url into the message you receive. 6) When action is performed, eg. push to repos, hg will output a message along the lines of sending x subscribers y changes. |
Notify extension
This extension is currently being distributed along with Mercurial.
Author: Vadim Gelfer
1. Overview
This extension is used to send automated email notifications to a list of subscribed addresses whenever a repo has changes.
It can be used from the incoming.notify and/or changegroup.notify hooks depending on the desired behaviour.
2. Configuration
2.1. .hgrc configuration options
[extensions] hgext.notify = # XXX How do these differ, and should they both be configured or only # one? [hooks] incoming.notify = python:hgext.notify.hook changegroup.notify = python:hgext.notify.hook [email] from = your@email.address [smtp] host = localhost # presently it is necessary to specify the baseurl for the notify # extension to work. It can be a dummy value if your repo isn't # available via http [web] baseurl = http://hgserver/... [notify] # multiple sources can be specified as a whitespace separated list sources = serve push pull bundle # set this to False when you're ready for mail to start sending test = True config = /path/to/subscription/file
There are more configuration items available, see hgext/notify.py in the mercurial distribution.
2.2. subscription file configuration options
The notify subscriptions file has same format as regular hgrc. it has two sections so you can express subscriptions in whatever way is handier for you. The glob patterns are matched against path to repo root.
[usersubs] # key is subscriber email, value is comma-separated list of glob patterns user@host = pattern [reposubs] # key is glob pattern, value is comma-separated list of subscriber emails pattern = user@host
3. Usage
This extension doesn't require user interaction to work.
4. Comments
Some comments based on an attempt to use this wiki page. Hopefully these can be merged into the wiki page by someone who knows more about this than I do.
1) The file above can be used as is if added to the .hg/hgrc of a repository.
2) hgext.notify does not require a value (can be left blank) if the extension is in the path.
3) The most common use case is for email to be sent if a push is made to the repository. This is corresponds to the sources keyword "serve", which is not obvious. What each of these keywords means really needs to be documented. Presumably an email will be sent if an action corresponding to any of the listed keywords is performed.
4) [usersubs] and [reposubs] can also be put in the hgrc file. In that case, config can be left blank. Personally, don't see the advantage of a separate config file.
5) baseurl will be used to put a url into the message you receive.
6) When action is performed, eg. push to repos, hg will output a message along the lines of
- sending x subscribers y changes.