Notifications
shithub notifies you when something happens that needs your attention: an issue is assigned, a review is requested, a comment mentions you, a watched repo has new activity.
Two delivery channels:
- In-app inbox at
/notifications. - Email to your primary email.
Both are driven by the same routing rules.
Watch levels
For each repo, your subscription level is one of:
- Ignore — never notify, even on direct mentions.
- Participating only (default for repos you've never touched) — notify only when something concerns you directly: you're assigned, mentioned, your comment was replied to, your PR has a review.
- All activity — every issue, PR, comment, push gets a notification.
- Custom — pick which event categories you want.
Set the level from the repo header's "Watch" dropdown.
Auto-subscribe
You're auto-subscribed to:
- Issues + PRs you opened.
- Issues + PRs you commented on (until you unsubscribe via the "Unsubscribe" button on the thread).
- Issues + PRs you're assigned to or your review is requested on.
Auto-subscribe lives at the thread level, not the repo level — unsubscribing from one issue doesn't change anything else.
Reading the inbox
The /notifications page lists unread + pinned threads.
- Mark as read — collapse and remove from the unread list.
- Mark as done — archive; comes back if there's new activity.
- Mute thread — never notify on this thread again, even on new mentions.
Filters: by repo, by reason (mention, review-requested, assigned, etc.), and by read/unread.
Email behavior
- Each notification is one email; we don't bundle (yet).
- Subject:
[<repo>] <issue title> (#<n>). - Reply-by-email is not supported — replies bounce. We don't want to be in the email-thread-state-management business.
- Each email has a one-click HMAC-signed unsubscribe link that moves the thread to muted without a sign-in step.
Stop emails entirely
Settings → Notifications → "Email delivery: never". The in-app inbox keeps working.
How frequently we email
There's no digest mode (yet). Emails go out as the events happen. If that's too much, switch the repo to "Participating only" or mute specific threads.
View source
| 1 | # Notifications |
| 2 | |
| 3 | shithub notifies you when something happens that needs your |
| 4 | attention: an issue is assigned, a review is requested, a comment |
| 5 | mentions you, a watched repo has new activity. |
| 6 | |
| 7 | Two delivery channels: |
| 8 | |
| 9 | - **In-app inbox** at `/notifications`. |
| 10 | - **Email** to your primary email. |
| 11 | |
| 12 | Both are driven by the same routing rules. |
| 13 | |
| 14 | ## Watch levels |
| 15 | |
| 16 | For each repo, your subscription level is one of: |
| 17 | |
| 18 | - **Ignore** — never notify, even on direct mentions. |
| 19 | - **Participating only** (default for repos you've never touched) |
| 20 | — notify only when something concerns you directly: you're |
| 21 | assigned, mentioned, your comment was replied to, your PR has |
| 22 | a review. |
| 23 | - **All activity** — every issue, PR, comment, push gets a |
| 24 | notification. |
| 25 | - **Custom** — pick which event categories you want. |
| 26 | |
| 27 | Set the level from the repo header's "Watch" dropdown. |
| 28 | |
| 29 | ## Auto-subscribe |
| 30 | |
| 31 | You're auto-subscribed to: |
| 32 | |
| 33 | - Issues + PRs you opened. |
| 34 | - Issues + PRs you commented on (until you unsubscribe via the |
| 35 | "Unsubscribe" button on the thread). |
| 36 | - Issues + PRs you're assigned to or your review is requested on. |
| 37 | |
| 38 | Auto-subscribe lives at the **thread** level, not the repo level — |
| 39 | unsubscribing from one issue doesn't change anything else. |
| 40 | |
| 41 | ## Reading the inbox |
| 42 | |
| 43 | The `/notifications` page lists unread + pinned threads. |
| 44 | - **Mark as read** — collapse and remove from the unread list. |
| 45 | - **Mark as done** — archive; comes back if there's new activity. |
| 46 | - **Mute thread** — never notify on this thread again, even on |
| 47 | new mentions. |
| 48 | |
| 49 | Filters: by repo, by reason (mention, review-requested, assigned, |
| 50 | etc.), and by read/unread. |
| 51 | |
| 52 | ## Email behavior |
| 53 | |
| 54 | - Each notification is one email; we don't bundle (yet). |
| 55 | - Subject: `[<repo>] <issue title> (#<n>)`. |
| 56 | - Reply-by-email is **not supported** — replies bounce. We don't |
| 57 | want to be in the email-thread-state-management business. |
| 58 | - Each email has a one-click **HMAC-signed unsubscribe link** |
| 59 | that moves the thread to muted without a sign-in step. |
| 60 | |
| 61 | ## Stop emails entirely |
| 62 | |
| 63 | Settings → Notifications → "Email delivery: never". The in-app |
| 64 | inbox keeps working. |
| 65 | |
| 66 | ## How frequently we email |
| 67 | |
| 68 | There's no digest mode (yet). Emails go out as the events happen. |
| 69 | If that's too much, switch the repo to "Participating only" or |
| 70 | mute specific threads. |