Prioritisation is something I see in every other tracker. If items are dispatched/fixed/closed from the tracker faster than they come in then it doesn't matter, but that is rarely the case. The moment there is more available issues than can be worked on right now, prioritisation needs to be done. The are many criteria that could be used, but "priority" is a pretty established one. The problem with github issues is there seems to be no viable way to get that.

I agree about having lots of different fields. I once worked somewhere where after a series of acquisitions 11 different bug tracking systems were collapsed into one! Having arbitrary labels mitigates most of those. IIRC Google Code also lets add as many different states as you want so that works too, letting projects be as simple or complicated as suits them.

This os why Django uses Trac. Github issues can't handle that much traffic, triage as a simple Trac installation with a couple of pkugins.

Less important thing that can be done in two hours may have higher priority then more important thing that requires twelve man-moths of development. Or higher then one we have no idea how to do so far.

Priority is more about scheduling and importance ignores planning/managerial issues.

We used "Resolved" and "Closed" for two different things in work too. I was missing those distinctions on afterwards.

You're telling me things I already know. The problem is that, realistically, there are no differences in most project. And if there are differences, odds are high you either have grown too big for github issues or you have a bureaucratical mess of metawork in your tracker.

Remember, always remember: A tracker is supposed to help you develop your software faster and better. Meta-work should never get in the way.

It was zero additional work. Importance was filled by analyst and priority when planning. It was very neatly managed project, one of the best I worked on. If it is kept neat, those things help a lot.

Github labeling way of prioritizing and what not is actually harder to keep then fixed fields. You can live with that, but it requires more effort and attention to be useful.

Anyway, the problems the parent complained about are not in priority/importance category. The inability to do prioritization more practical then labels or milestones is a big thing. It is standing in a way, because you have to spend too much time in issues list and essentially re-prioritize in head again every time you are looking for something to do.