Managing large numbers of GitHub notifications
When you first started using GitHub, you read every notification that trickled in with interest and stayed up-to-date on projects with ease. It gets more difficult when you start to…
![](https://github.blog/wp-content/uploads/2017/07/26907140-17679408-4ba6-11e7-99c0-77f6a2aa5f60.jpg?resize=1200%2C630)
When you first started using GitHub, you read every notification that trickled in with interest and stayed up-to-date on projects with ease.
It gets more difficult when you start to watch an active open source project or work at a company that uses GitHub heavily. Now you find yourself with hundreds or thousands of GitHub notifications every day and struggle to keep up.
Here are a few good practices that can help you manage your notifications so you can focus what’s important.
Reduce the amount of notifications you receive
The first step to getting your notifications under control is reducing the number of notifications you receive that you don’t care about.
Unwatch repositories
In the past, you watched a repository because you found its activity useful at the time. If you’re now ignoring most of its notifications, consider unwatching it. Look through the repositories you’re watching on your watched repositories page, and unwatch any of them with a single click.
Leave teams
If you joined teams in a GitHub organization—like an open source project or company—but don’t get relevant information from those teams, try leaving them. See all the teams you’re a member of in the “Teams” tab on your organization’s GitHub page by selecting “My teams” from the “Members” drop-down menu. As an example, the URL for teams in the GitHub organization is https://github.com/orgs/github/teams?query=members%3Ame
; replace github
with your organization’s name to jump straight to your page.
Lock conversations
If the discussion continues on an open source project’s issue, pull request, or commit long after it’s relevant, you can lock the conversation to avoid anyone receiving future notifications on that issue. To avoid any future notifications for you alone, unsubscribe from the issue or pull request instead.
Prioritize the notifications you receive
Now that you’re subscribed to relevant notifications, it’s time to check your email. If unsubscribing was enough to clean up your emails, you can stop here. If you still receive find it hard to figure out which notifications to read first, we have more tools to help you.
Notification emails on GitHub provide the notification reason through email headers and a CC email address. This allows you to differentiate between notifications where:
- There was activity on an issue or pull request you created
- Someone mentioned your username
- Someone mentioned a team you’re a member of
- Someone mentioned a milestone you’re subscribed to
- You received an issue or pull request assignment
- An issue or pull request you’re subscribed to was either closed or opened
- Someone committed to a pull request you’re subscribed to
- You commented on an issue or pull request
- You opened, commented on, or closed an issue or pull request
Read more about email headers in the notification email documentation.
Automatically triage your inbox
To help triage, try filtering your GitHub email notifications so they’re sent directly to relevant folders. This means if you have five minutes to scan your email, you can focus entirely on direct mentions where others are unlikely to respond on your behalf. Your inbox will also be clearer for emails that aren’t GitHub notifications.
If you find receiving email notifications more useful, you can also disable web notifications and configure when and why you receive email notifications on your notifications settings page. If you’re going to manage all your notifications in your email client, consider enabling “Include your own updates” to be able to see your own contributions to conversations and provide yourself with more context. To avoid extra noise, filter these as read/archived by default in your email client.
Continue work in progress
Your notifications are now organized, but there will still be times you’ll want to pick up right where you left off. Use your created pull requests page and created issues page to see your most recent work on GitHub. This will also help you complete your pull requests—always a good idea before opening new ones.
Congratulations! Your notifications are now under control. We hope our tips have helped you work more efficiently on GitHub. Check out our Best Practices for Maintainers open source guide for more ideas from open source maintainers on how to run high-volume GitHub projects. If you have any tips and tricks of your own, we’d love to hear about them.
Written by
Related posts
![](https://github.blog/wp-content/uploads/2024/05/GitHub-for-beginners.png?resize=400%2C212)
Beginner’s guide to GitHub: Merging a pull request
As part of the GitHub for Beginners guide, learn how to merge pull requests. This will enable you to resolve conflicts when they arise.
![](https://github.blog/wp-content/uploads/2024/08/github-cli-header.png?resize=400%2C212)
How to level up your Git game with GitHub CLI
Using Git in the CLI can improve your development speed and power. Here are our top eight commands for using GitHub via your command line.
![](https://github.blog/wp-content/uploads/2024/05/GitHub-for-beginners.png?resize=400%2C212)
Beginner’s guide to GitHub: Creating a pull request
As part of the GitHub for Beginners guide, learn how to create pull requests. This will enable you to suggest changes to existing repositories.