You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+34-31Lines changed: 34 additions & 31 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -82,7 +82,7 @@ To use Postgres, you will need to install it and configure it:
82
82
I recommend at least skimming the [GitHub webhook documentation](https://docs.github.com/en/developers/webhooks-and-events/webhooks/about-webhooks) if you are not familiar with webhooks.
83
83
In order for GitHub's webhooks to reach your triagebot server, you'll need to figure out some way to route them to your machine.
84
84
There are various options on how to do this.
85
-
You can poke holes into your firewall or use a proxy, but you shouldn't expose your machine to the the internet.
85
+
You can poke holes into your firewall or use a proxy, but you shouldn't expose your machine to the internet.
86
86
There are various services which help with this problem.
87
87
These generally involve running a program on your machine that connects to an external server which relays the hooks into your machine.
Where the value in `--secret` is the secret value you place in `GITHUB_WEBHOOK_SECRET` in the `.env` file, and `--repo` is the repo you want to test against.
110
110
111
-
### Zulip testing
112
-
113
-
If you are modifying code that sends message to Zulip and want to test your changes, you can register a [new free Zulip instance](https://zulip.com/new/). Before launching the triagebot locally, set the Zulip env vars to connect to your test instance (see example in `.env.sample`).
114
-
115
-
You can also test Zulip webhooks locally with `curl`. For example, to test the Zulip hooks (commands sent to the
116
-
Triagebot from the Rust lang Zulip), you start the triagebot on `localhost:8000` and then simulate a
-`CMD` is the exact command you would issue @triagebot on Zulip (ex. open a direct chat with the
136
-
bot and send "work show")
137
-
-`ZULIP_WEBHOOK_SECRET`: can be anything. Must correspond to the env var `$ZULIP_WEBHOOK_SECRET` on your workstation
138
-
-`YOUR_ID`: your GitHub user ID. Must be existing in your local triagebot database (table `users` and as
139
-
foreign key also in `review_prefs`)
140
-
141
111
#### ngrok
142
112
143
113
The following is an example of using <https://ngrok.com/> to provide webhook forwarding.
@@ -158,6 +128,39 @@ You need to sign up for a free account, and also deal with configuring the GitHu
158
128
* Secret: Enter a shared secret (some longish random text)
159
129
* Events: "Send me everything"
160
130
131
+
### Zulip testing
132
+
133
+
If you want a test Zulip instance, you can [register a free one](https://zulip.com/new/). To have your local triagebot talk to this Zulip instance you need to:
134
+
- Configure a [webhook forwarding service](#configure-webhook-forwarding)
135
+
- Create in your Zulip instance an outgoing webhook bot, binding it to the forwarding address created before.
136
+
- Launch your local triagebot setting `ZULIP_WEBHOOK_SECRET` to the webhook bot `token` value (you get that as part of the Zulip bot configuration)
137
+
- Set other Zulip env vars as needed (see example in `.env.sample`).
138
+
139
+
You can also simulate a Zulip webhook payload with `cURL`. For example, this is the payload sent to the triagebot server when tagging a Zulip bot in a stream.
-`CMD` is the full command you would issue on Zulip (ex. `@**triagebot** work show`)
160
+
-`ZULIP_WEBHOOK_SECRET`: can be anything. Must correspond to the env var `$ZULIP_WEBHOOK_SECRET` on your workstation
161
+
-`sender_*`: the Zulip user data sending the message. `sender_id` must be mapped to a GitHub user in this mapping: https://team-api.infra.rust-lang.org/v1/zulip-map.json
162
+
-`recipient_id`: Zulip ID of the recipient of the message (in this case the Zulip bot)
163
+
161
164
### Cargo tests
162
165
163
166
You can run Cargo tests using `cargo test`. If you also want to run tests that access a Postgres database, you can specify an environment variables `TEST_DB_URL`, which should contain a connection string pointing to a running Postgres database instance:
0 commit comments