##// END OF EJS Templates
pull-requests: add merge check that detects WIP marker in title. This will prevent merges in such case....
pull-requests: add merge check that detects WIP marker in title. This will prevent merges in such case. Usually WIP in title means unfinished task that needs still some work. This pattern is present in Gitlab/Github and is already quite common.

File last commit:

r1835:eb2b308f default
r4099:c12e69d0 default
Show More
webhook.rst
24 lines | 1.1 KiB | text/x-rst | RstLexer
dan
docs: updated docs for integrations, fixes #4137...
r552 .. _integrations-webhook:
Webhook integration
===================
docs: updated webhook documentation.
r1835 The :ref:`creating-integrations` integration allows you to POST events such as
repository pushes or pull requests to a custom http endpoint as a JSON dict
with details of the event.
dan
docs: updated docs for integrations, fixes #4137...
r552
docs: add note about variables in webhooks.
r939 Starting from 4.5.0 release, webhook integration allows to use variables
inside the URL. For example in URL `https://server-example.com/${repo_name}`
${repo_name} will be replaced with the name of repository which events is
triggered from. Some of the variables like
`${branch}` will result in webhook be called multiple times when multiple
branches are pushed.
docs: updated webhook documentation.
r1835 Starting from 4.8.0 also repository extra fields can be used. A format to use
them is `${extra:field_key}`. It's usefull to use them to specify custom
repo only parameters. Some of the variables like `${pull_request_id}`
will be replaced only in the pull request related events.
docs: add note about variables in webhooks.
r939
docs: updated integrations docs fix #4137
r645 To create a webhook integration, select "webhook" in the integration settings
docs: add note about variables in webhooks.
r939 and use the URL and key from your any previous custom webhook created. See
:ref:`creating-integrations` for additional instructions.