On 25 August 2015 at 08:57, Tom Morris <tfmor...@gmail.com> wrote: > I discovered in an offline conversation that the Github issue tracker > <https://github.com/internetarchive/openlibrary/issues> which is pointed > to from the developers page <https://openlibrary.org/developers> and to > which I've been directing people isn't actually used any more by > OpenLibrary/IA staff. Instead they use a private internal JIRA instance. > Before Github, from 2007 through 2011, the development team used a > Launchpad-based > bug tracker <https://bugs.launchpad.net/openlibrary/> which still has a > few hundred open bugs. > > Changing bug trackers isn't a huge deal, although it can lead to > discontinuities if the data isn't migrated completely (e.g. here's a bug > report <https://github.com/internetarchive/openlibrary/issues/228> that I > created in Nov. 2014, to record a bug which had originally been reported on > Launchpad in 2010). JIRA is a perfectly fine issue tracker which > integrates reasonably well with Github, so there's no reason it couldn't be > used instead of the Github tracker. > > Hi Tom,
Here are my thoughts on the Jira and Github situation, I don't think having both is necessarily a sign of a problem in an open source project. Jira is a tool for tracking employee time spent on projects, development velocities and other internal and cross project metrics, not just issue tracking. It makes sense to me that the IA would have an internal system to track the work they are prioritising for devs who are likely working on many things, and not have this open to the public. I have worked in places where we used Jira extensively and hosted open source projects on Github too. There is an extra effort to keep the two in sync if there is demand for it, but I think Github is always an appropriate place for community raised issues to be tracked, if the project is publicly hosted. It is up to IA to manage how that relates back to their internal systems. Hopefully community contributions are considered valuable and the extra effort of potentially double tracking in separate systems will be worth it for IA. Having an idea of IA priorities in regards to Open Library would be helpful, as would a clear set of contribution guidelines, but as a community we can put forward our own ideas too. Regards, Charles.
_______________________________________________ Ol-tech mailing list ol-tech@archive.org http://mail.archive.org/cgi-bin/mailman/listinfo/ol-tech Archives: http://www.mail-archive.com/ol-tech@archive.org/ To unsubscribe from this mailing list, send email to ol-tech-unsubscr...@archive.org
