[Numpy-discussion] Issue tracking
Thouis (Ray) Jones
thouis at gmail.com
Sat Jun 23 05:30:04 EDT 2012
On Sat, Jun 23, 2012 at 11:13 AM, Ralf Gommers
<ralf.gommers at googlemail.com> wrote:
> On Sat, Jun 23, 2012 at 11:03 AM, Thouis (Ray) Jones <thouis at gmail.com>
>> On Fri, Jun 22, 2012 at 7:29 PM, Ralf Gommers
>> <ralf.gommers at googlemail.com> wrote:
>> > On Fri, Jun 22, 2012 at 9:49 AM, Thouis (Ray) Jones <thouis at gmail.com>
>> > wrote:
>> >> On Mon, Jun 4, 2012 at 7:43 PM, Travis Oliphant <travis at continuum.io>
>> >> wrote:
>> >> > I have turned on issue tracking and started a few labels. Feel free
>> >> > to
>> >> > add
>> >> > more / adjust the names as appropriate. I am trying to find
>> >> > someone
>> >> > who
>> >> > can help manage the migration from Trac.
>> >> Are the github issues set up sufficiently for Trac to be disabled and
>> >> github to take over?
>> > You lost me here. You were going to set up a test site where we could
>> > see
>> > the Trac --> Github conversion could be tested, before actually pushing
>> > that
>> > conversion to the numpy Github repo. If you sent a message that that was
>> > ready, I must have missed it.
>> > The current state of labels on https://github.com/numpy/numpy/issues is
>> > also
>> > far from complete (no prios, components).
>> I wasn't completely clear. What I meant to ask:
>> "Are the github issues (and labels) set up well enough for Trac to be
>> disabled for accepting new bugs and to point users filing new bugs to
>> github instead?"
>> (The answer to which is "no", based on your reply).
> I don't think it's a problem that a few issues have already been filed on
> Github, but we'll have to properly label them by hand later.
> Making Github the default or only option now would be a bit strange. It
> would be better to first do the conversion, or at least have it far enough
> along that we have agreed on workflow and labels to use.
My concern is that transitioning first would define the
workflow/labels based on what's in Trac, rather than on what would
work best with github. But maybe the best way to move things forward
is to do the transition to a test project, and see what comes out.
More information about the NumPy-Discussion