<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Never never never.  Why on earth would we want to move tickets to github.  What headache does that buy us aside form more people bitching about problems they are too lazy to pull up their sleeves to help fix.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Pull requests are already happening in github.  I don't see anyone that inconvenienced by that aside from some history being lost.  Which can be solved simply by moving to A git.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>A git – YES<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Github – NO<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>And do all users have github accounts.  Developers yes.  Users I would say not.  Hell 50% of my PostGIS client base does not have a github account and 30% don't even know what github is.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>You've been hanging around way too many developers Paul.  Get your head out of the sand.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I hope that demotivates you enough.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Thanks,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Regina<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal style='margin-left:.5in'><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> postgis-devel [mailto:postgis-devel-bounces@lists.osgeo.org] <b>On Behalf Of </b>Paul Ramsey<br><b>Sent:</b> Monday, October 16, 2017 3:40 PM<br><b>To:</b> PostGIS Development Discussion <postgis-devel@lists.osgeo.org><br><b>Subject:</b> [postgis-devel] GH Issues Migration Report Out<o:p></o:p></span></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><div><div><p class=MsoNormal style='margin-left:.5in'>As we all know, svn2git migration is pretty trivial. However, to achieve the full power of being within the GH community, having our tickets also in GH is important. It's also hard to do.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><p class=MsoNormal style='margin-left:.5in'>So, I've burned the better part of several days prototyping this, since none of the "as built" scripts lying around the internets did everything we wanted, and GH technology has improved since many of them were built. As I saw it, the migration should<o:p></o:p></p><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- convert r1234 references to hash references<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- convert #1234 ticket references correctly (just ensuring 1:1 ticket # equivalence achieves this)<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- convert trac markup as much as possible into markdown<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- retain as much metadata (milestones, priorities, components) as make sense<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>Some issues come up right away:<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- GH issues just have labels, so a complete mapping of all trac attributes can result in very noisy tickets. Some culling of "defaults" makes sense, but that's easy enough. <o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>  - Milestones are handled separately in GH, so that attribute moves across cleanly.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>  - Resolution types, components, priorities have to become labels. Color can be used to inform "typology". <o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>  - All this ends up being editorial choices, not impossible at all.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- GH API won't let you create new objects on behalf of someone else. Net effect being, all migrated issues and comments end up owned by the creating entity. Of course, once migration is done, ownership of new things is correctly handled. You can see the effect of this in the mapserver migration: <a href="https://github.com/mapserver/mapserver/issues/2154">https://github.com/mapserver/mapserver/issues/2154</a><o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- New beta GH Issue Import API does allow issues/comments to be "back-dated", so a comment from 2012 will have a 2012 date. This is very nice.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- Issue API in general won't allow tickets to be assigned to folks who aren't in the organization of the repo being worked on. For my example imports, this resulted in no ticket assignment. For a real migration, this would limit our ability to assign to just folks in our postgis organization.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>- The new beta GH Issue Import API didn't seem to like my milestones, for reasons currently being looked into.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>Long and short of it, since folks are basically saying "never never never", I am demotivated to complete the investigation and get the "most perfect" migration I can to show you all what it would look like. I have a migration that is slightly better than the mapserver one (dates are correct on tickets, and all the revision references are remapped to hash references) but if there's no enthusiasm for getting into that larger pool, I'm going to stop swimming and return to other, more useful work for my employer.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><br>P.<o:p></o:p></p></div></div></div></body></html>