Actively triaging issues is crucial for keeping an overview on your repository, yet it’s tedious and takes up valuable developer hours. That’s why we summarized seven simple steps to help you triage efficiently.
There are three types of issues: questions, bug reports, and feature requests. Define which you want to tackle in your tracker and which you handle elsewhere (you can use different GitLab Issue Boards to help keep different types of issues together). Once this has been done, check each issue with the following scheme:
1. Filter noise
Check whether the issue is the type you want in your tracker (as defined in the preparation phase). If not, point the user to the right place or move it to the relevant issue board yourself. For example, indicate that questions will be answered on Stack Overflow or feature requests are best being posted for discussion in the Slack channel. Be friendly; remember the user just provided valuable feedback. Close the issue once you’ve pointed the user to the right place.
2. Look for similars
Oftentimes work related to existing issues already exists. Searching your issue tracker for related keywords can bring up a lot of similar issues that can be helpful. Reference the existing issues in the new one.
3. Look for duplicates
While you are researching similar topics you might find or remember duplicate issues as well – in that case simply close those (or the new issue) and streamline your efforts in one place.
4. Retrieve missing information
Issues are often reported incomplete; critical information like a version number is not given and it turns out that a bug occurred in an unsupported version – ask people for missing information and close issues if that is not provided.
Label issues so you can find those which are relevant for a particular topic with a filter. Also set labels for states of an issue. For example, putting a
needs-info label on an issue prevents other people from wasting their time on it.
6. Ping related devs
Especially for bigger changes or if it's not obvious how to tackle an issue, you will want to cc developers who are knowledgeable in the area. This can prevent you from running against three walls after each other and make sure all related efforts are coordinated properly.
7. Handle stale issues
Every issue has to die. If you're thinking about closing an issue you should probably close it. Also close issues where you have been waiting for an answer for more than 30 days. Be friendly while doing so. The user can always reopen it if needed. This will prevent your tracker from cluttering.
Triaging issues is not hard, but it has to be done continually by a person who knows the project and therefore keeps draining valuable developer hours. That’s why we’ve created an alternative solution:
GitMate.io automates steps 2, 3, 5, 6 and 7. The bot integrates seamlessly with GitLab: to use it, you can simply visit GitMate.io and click the "Login with GitLab" button.
Flick the toggle for the repository of your choice and off you go. You can fine tune the settings at the gear icon.
After configuring GitMate, it will automatically respond to new GitLab issues and apply labels to them.
GitMate.io in action on GitLab
Pro tip: if you want a
-bot user to perform the actions, just set one up and register it with GitMate. GitMate will let you choose between all GitLab users at the configuration page.
That’s it! GitMate's integration with GitLab takes care of your issue database from now on, automatically labelling issues, finding duplicates and pinging collaborators so you can focus on work that matters.
GitMate comes with a free 30-day trial and is free of charge for open source projects. Get your triaging automated at GitMate.io now.