<br><br><div class="gmail_quote">On Mon, Jun 11, 2012 at 4:11 PM, Thouis (Ray) Jones <span dir="ltr"><<a href="mailto:thouis@gmail.com" target="_blank">thouis@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've volunteered to help manage the migration of numpy tickets from<br>
Trac to github issues.  </blockquote><div><br>Awesome, thanks!<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The first part of this process is to decide<br>

which tickets to migrate, and how to map Trac ticket data to github<br>
issue data.<br>
<br>
Question 1: Which tickets should be migrated?  Open?  Open and<br>
recently closed?  All tickets?<br>
<br></blockquote><div>If Trac is going to disappear eventually and it's not too much trouble, all would be good. <br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Question 2: Which parts of the tickets should be included, and in what way?<br>
<br>
For reference, these are the parts of a ticket (from<br>
<a href="http://trac.edgewall.org/wiki/TracTickets" target="_blank">http://trac.edgewall.org/wiki/TracTickets</a>)<br>
<br>
Reporter<br>
Type (e.g., defect, enhancementt).<br>
Component<br>
Version<br>
Keywords<br>
Priority<br>
Milestone<br>
Assigned to/Owner<br>
Cc<br>
Resolution (fixed, invalid, wontfix, duplicate, worksforme, others?)<br>
Status (e.g., new, needs_review, etc.)<br>
Summary (brief description)<br>
Description (full description)<br>
Comments<br>
Attachments (not listed on the link above, but enabled for numpy Trac)<br>
??? (Other) — I don't have access to the Trac configuration, so it's<br>
not clear if there are other fields I may be missing.<br>
<br>
As an initial suggestion, I propose:<br>
<br>
Reporter - yes, mapping Trac users to github users where possible.<br></blockquote><div> </div><div>And if not possible, include username in comment on Github? Also, consider sending Trac users an email directly about the moved ticket?<br>
 <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Type - yes, using github issues labels<br>
Component - yes, using labels<br>
Version - probably yes, using labels<br></blockquote><div> </div><div>I don't find version useful at all, so I'd prefer to leave it out. Alternatively, keep as a comment on the issue. It's not important enough for a label. Also, because users can't assign labels, it will be extra work (which lands in comments) to attach this label to new issues after they're reported.<br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Keywords - Yes, as a line in the github issue comments<br>
Priority - yes, using labels<br>
Milestone - yes, using github milestones<br>
Assigned to/Owner - yes, mapping to github users<br>
Cc - Yes, for github users we can map to, using @username<br>
Resolution - Only if tickets other than "open" are migrated, and as<br>
part of the issue comments<br>
Status - Yes, using labels<br>
Summary - Yes, as the github issue title<br>
Description - Yes, as the github issue body<br>
Comments - Yes, as github issue comments<br>
Attachments - Yes, linked in an issue comment<br></blockquote><div> </div><div>All agreed.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Note that the Trac database will be available for some time, and every<br>
migrated ticket will include a link to the original.  If the Trac<br>
database is ever disabled, these links could be migrated to a static<br>
copy of the site.<br>
<br>
At some point, there may be a new location for ticket attachments,<br>
requiring changing links in some github issues.  That's a separate<br>
issue from this discussion.<br>
<br>
Trac allows WikiFormatting, while github has a more limited markup<br>
language.  As much translation as is possible will be performed within<br>
comments (code blocks, at an absolute minimum).<br></blockquote><div><br>In practice, code blocks are probably enough. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
Tickets will be migrated to a test repository before being moved to<br>
the numpy github repo, and there will be ample time to review the<br>
result before proceeding beyond that step.<br></blockquote><div><br>Sounds good.<br><br>Ralf<br><br></div></div>