As a one-man shop, I'm using git-bug to track bugs, feature ideas, deployment issues, and even marketing tasks. So with about 200 items now in my bug list, the biggest problem for me is the ability to focus. I tag all my entries with the appropriate categories, and I currently filter on the fly, but as I add more categories of issues, the list of filters I need to apply to every command is getting unwieldy.
I'd like to be able to run something like: git-bug focus ui crash and have -l ui -l crash automatically applied to all future ls commands.
(Similarly, I'd also like to be able to run git-bug ignore deferred and have all entries with the "deferred" tag omitted from future listings. But that raises the question of boolean logic for filters and should be a separate issue report.)
Sascha (GlancingMind) commented (edited)
I'd like to be able to run something like: git-bug focus ui crash and have -l ui -l crash automatically applied to all future ls commands.
The WebUI on the master branch has now the feature to filter by multiple labels. Maybe this might be helpful.
Otherwise for the cli, an shell alias could be created as a workaround.
E.g. for Zsh an alias could look like this alias gb-focus='git-bug ls -l ui -l crash'.
Then instead of invoking git-bug ls... you only use gb-focus.
(Similarly, I'd also like to be able to run git-bug ignore deferred and have all entries with the "deferred" tag omitted from future listings. But that raises the question of boolean logic for filters and should be a separate issue report.)
Just for documentation. Possible relevant Issue #99 and outdated PR #220.
github-actions (github-actions) commented
This bot triages untriaged issues and PRs according to the following rules:
After 90 days of inactivity, the lifecycle/stale label is applied
After 30 days of inactivity since lifecycle/stale was applied, the issue is closed
Sascha (GlancingMind) commented (edited)
github-actions (github-actions) commented