Continuing the discussion from Tagging GitLab issues across repos:
In my experience, having separate tags for these is not particularly useful. That’s due to some combination of (A) Something urgent with less gravitas may take priority of a more “important” but less pressing thing and (B) what’s considered “important” changes over time. So, that “important to do but later is fine” thing might no longer be important when “later” comes around.
There are some exceptions that will always be important, like making sure we’re in good legal standing, but I’m dubious that we will have issues for those things which will be valuable to tag.
I think the [high/medium/low/no priority] labels we currently have in the code repo are a better approach.[1] Additionally, I believe Gitlab has some special support for it.
I’m open to being proven wrong, if there are actual issues in our repos which would benefit from having separate important and urgent tags.
Although I think 4 levels might be overkill; 3 would probably be enough ↩︎