<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi All<div class=""><br class=""></div><div class="">> <span style="color: rgba(0, 0, 0, 0.85098); font-family: "Helvetica Neue";" class="">[QGIS-Developer] Last call for switching to github issue tracker</span></div><div class=""><font color="rgba(0, 0, 0, 0.85098)" face="Helvetica Neue" class=""><br class=""></font></div><div class=""><font color="rgba(0, 0, 0, 0.85098)" face="Helvetica Neue" class="">Given our history on the topic, I doubt very much this is true :-P</font></div><div class=""><font color="rgba(0, 0, 0, 0.85098)" face="Helvetica Neue" class=""><br class=""></font></div><div class=""><font color="rgba(0, 0, 0, 0.85098)" face="Helvetica Neue" class="">> </font>I know PSC is (was?) against it, but I feel the majority of devs (and new issue posters) are for it.<div class=""><br class=""></div><div class="">Actually this is not true (correct me if I am wrong PSC): the PSC was against two things:</div><div class=""><br class=""></div><div class="">1) losing all history in issue manager. I think this is reasonable since there is a lot of very useful history in the issue tracker and it was felt that a 'clean slate start ‘ would be a disservice to all those who have raised issues in the past.</div><div class="">2) calling for a migration without a fully tested, fully fleshed out plan to manage the migration from start to finish. This means someone taking responsibility for the *whole* process which so far hasn’t been forthcoming.</div><div class=""><br class=""></div><div class="">In Essen we voted against migrating to GitHub issues (even though many of use were in favour of to idea) because of these reasons. If items 1 and 2 above can be resolved, I don’t think you will find too much resistance from the PSC (though I will let other PSC members speak for themselves if this is the case or not).</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">@sandro: the wiki markup of GitHub is Markdown (an open format) which is widely used in many places so it is definitely a re-useable skill beyond GitHub. The converse is true for Redmine’s markup language which seems pretty arcane after using Markdown.</div><div class=""><br class=""></div><div class="">Regards</div><div class=""><br class=""></div><div class="">Tim</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div><blockquote type="cite" class=""><div class="">On 14 Jan 2018, at 00:33, Sandro Santilli <<a href="mailto:strk@kbt.io" class="">strk@kbt.io</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On Fri, Jan 12, 2018 at 07:44:57PM +0100, Régis Haubourg wrote:<br class=""><br class=""><blockquote type="cite" class="">That would imply a big task switching travis to gitlab-ci.<br class=""></blockquote><br class="">How about *adding* gitlab-ci, rather than *switching* ?<br class="">With PostGIS and GEOS we have both Travis adn Gitlab-CI<br class="">and Drone and Jenkins watching after the code...<br class=""><br class="">--strk;<br class="">_______________________________________________<br class="">QGIS-Developer mailing list<br class=""><a href="mailto:QGIS-Developer@lists.osgeo.org" class="">QGIS-Developer@lists.osgeo.org</a><br class="">List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer<br class="">Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer</div></div></blockquote></div><br class=""><div class="">
<span style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 18px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;"> </span><span><img apple-inline="yes" id="E7179E8E-92D0-4667-8FF3-D77667B5A526" src="cid:B67F6A36-B856-4FD5-91BC-5BDE8990D373" class=""></span><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: 12px; font-variant-ligatures: normal; font-variant-position: normal; font-variant-numeric: normal; font-variant-alternates: normal; font-variant-east-asian: normal; line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="font-weight: normal;" class=""><br class="Apple-interchange-newline"><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">---</div><div style="font-weight: normal;" class=""><br class=""></div><div class=""><b class="">Tim Sutton</b></div><div style="font-weight: normal;" class="">QGIS Project Steering Committee Chair</div><div style="font-weight: normal;" class=""><a href="mailto:tim@qgis.org" class="">tim@qgis.org</a></div><div style="font-weight: normal;" class=""><br class=""></div></div><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: 12px; font-variant-ligatures: normal; font-variant-position: normal; font-variant-numeric: normal; font-variant-alternates: normal; font-variant-east-asian: normal; line-height: normal;"><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: 12px; font-variant-ligatures: normal; font-variant-position: normal; font-variant-numeric: normal; font-variant-alternates: normal; font-variant-east-asian: normal;">
</div>
<br class=""></div></body></html>