Stephen Hahn wrote:
Much like we did during the spring for distributed source code
management, I'd like to start evaluating our options for (at least)
project-level bug tracking on opensolaris.org. In past Solaris
development, people have used BugTraq+ or Bugster, used various open
source bug tracking tools, or written their own small bug trackers,
so we can conclude that there's a wide range of potential needs and
desires we might consider. (Of course, those that depend on a shared
NFS filesystem aren't going to work as well...)
I know that there are both established (Bugzilla, GNATS, ...) and
up-and-coming (Malone (unless it's only a meta-bug-tracking system),
Trac, ...) bug tracking applications. I also know that a lightweight
tracking system is reasonably easy to roll by hand, so I'm sure there
are many others. If you've experiences with any of the ones I
mention, or want to nominate another tool, please share.
While I still have concerns, as mentioned elsewhere in the thread, I
figure I'll reply on this side of the discussion, too :)
Eventum: http://dev.mysql.com/downloads/other/eventum/
It's the tracker MySQL use (they wrote it, too). I recently set it
up to experiment for other purposes. (I found it by seeing MySQL's and
going "Wow, what's that? That's one of the nicest I've seen").
It seems to be particularly full featured, and fairly easy to extend
with work flow features, and other such things. Documentation is fairly
thin on the ground, however.
Relatedly, if you believe you need a certain form of interaction or
other functionality from the database (singly categorized vs.
multiply categorized bugs, email submission vs. web- or GUI-only,
RSS/Atom feed vs. email notifications, etc.), please mention those as
well.
Email submission could be nice, but shouldn't be the *only* method.
I'd expect web submission to be far more common, unless a tool is
provided (ala sendbug, on the BSD systems) to automate submission.
Ideally, bug feeds *and* email notifications would be possible.
I'm not sure of the utility of multiple-categorization, though I can see
a few instances of where it would be nice, I suspect mostly a need for
it is purely an indication of having a bad choice of available categories :)
As mentioned elsewhere, a command line interface would be nice, as would
easy access to a parseable form for each CR, though RSS or Atom would
cover that.
Complex queries "Give me all CRs since last Thursday in these categories
that don't have an RE and are above P3".
-- Rich
_______________________________________________
tools-discuss mailing list
tools-discuss@opensolaris.org
