While I agree that some of these points are true, what's not true is that the use of bugzilla and
it's separateness from github is the cause. Bugzilla has a similar set of features for
categorization and future release management as github. Having bugs tracked via github's issue
tracker won't make the use of those types of features any more or less doable or easy. Having the
bugs tracked via github will not make it any easier to manage, just different. What's missing is
actually using those features, which is not inconsiderable work.
On 6/15/14, 8:37 AM, Andrew Edwards via Digitalmars-d wrote:
Observe the following truths:
1) Issue tricking and resolution are kept separate in our community
2) That which is not visible garners no attention
Presently, we file bugs/issues through issues.dlang.org, the maintenance of
which is no small task
and is certainly appreciated. However, it is an environment completely detached
from where the
actual work is performed. As such, it breeds neglect on the part of the
developers: not because they
do not care, but rather because they do not see.
Take issue #143 for instance. It is the oldest open issue on the DLang Issue
Tracking System.
Submitted by Jarrett Billingsley on May 17, 2006, it received one comment two
days later but was
ignored for four years before Michal Minich made the second comment. Another
two years went by
before Martin Nowak addressed the issue, which Walter promptly reverted (reason
unknown). The end
result? Eight years flew by and the issue remains unresolved.
This happens because we have two separate systems (one tracking problems,
another tracking the
resolution), both of which compete for the same precious and extremely limited
resource: the
volunteer time of developers.
Already proven a valuable resource, GitHub offers the tools necessary to
resolve this problem. The
"issues" feature (not currently activated for any D-Programming-Language repo)
allows us to set
milestones (with due dates), assign tasks, and create and apply labels
(multiple where required).
Observe the following:
https://github.com/AndrewEdwards/druntime/issues?state=open
Note how quickly you can see the total number of open issues, traverse to any
category, and identify
what is important for a given milestone. We can even track our progress toward
a specific milestone
in seconds, or which issues we created or was assigned to us.
By using this feature, we will eliminate the fire and forget problem currently
observed with
Bugzilla. We will be able to automatically link resolution to issue, by a mere
mention of the issue
number within the resolution. Issues become far more visible and, consequently,
are not so easily
forgotten.
A complete win in my book.
-Andrew