<div dir="ltr">Another vote to move to git*, people may want to defend redmine, but it's just not friendly for new users to come in and get engaged. And I realize that QGIS may not want this, but I think it's a big user satisfaction win if we could upvote issues-</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 17, 2018 at 8:34 AM, Denis Rouzaud <span dir="ltr"><<a href="mailto:denis.rouzaud@gmail.com" target="_blank">denis.rouzaud@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>I'd like to move on a bit the discussion.</div><div><br></div><div>I'll try to summarize (and to be fair and honest):</div><div><br></div><div>* The desire to switch to Github is strong</div><div>1 against: Sandro</div><div>5 neutral (or did not pronounce): Jürgen, Andreas, Richard, Paolo, Nyall</div><div>9 for: Borys, Matthias, Tom, Jorge, Régis, Bernard (says Redmine sucks), Loic, Tisharm and myself</div><div><br></div><div>* But among those who spoke. I was hoping for a broader response.</div><div><br></div><div>* I think we shouldn't mix switching to github (for technical reason) with switching to gitlab or so (for ethical reason). My original call was mainly for technical reasons and I believe, the end-users should decide on this.</div><div><br></div><div>* As stated, ethical reason should rely on the PSC. Feel free to call for it.</div><div><br></div><div>* I believe that we should first decide on what to do and next find the technical (and financial) solutions. And not the other way around.</div><div><br></div><div>* Jorge volunteered to work on the topic.</div><div><br></div><div>Additional **personal** notes:</div><div><div><br class="m_-9223168203503369967inbox-inbox-Apple-interchange-newline">* I would be against moving all issues to github. That doesn't mean losing our history: let's just keep redmine online but locked. This has to be discussed and decided after deciding to move to github.</div><div><br></div><div>* Another upcoming issue we HAVE to take care of: soon the PR number in GH will catch up with the issue number in Redmine....so bugfix commits will link to an unrelated PR... Keeping things untouched by fear of losing history is a suicide!</div></div><div><br></div><div><br></div><div>Can we make a decision, and in this order:</div><div>1. decide to move (but to be applied if following questions are made possible)</div><div>2. what/when to move (empty list or everything or open issues, before the release, etc.)</div><div>3. how to move (volunteer, grant proposal, etc)</div><div><br></div><div>And if we realize the decision is not feasible: we start again the procedure by stating we cannot do it. </div><div>It would be useless to spend hours on trying to migrate the issues if we decide to start with an empty list -- just to illustrate.</div><div><br></div><div>What is next?</div><div>A loomio vote for this?</div><div><br></div><div>Cheers,</div><div><br></div><div>Denis</div><div><div class="h5"><div><br><div class="gmail_quote"><div dir="ltr">Le ven. 12 janv. 2018 à 09:52, Denis Rouzaud <<a href="mailto:denis.rouzaud@gmail.com" target="_blank">denis.rouzaud@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>I'ld like to raise a last call to switch to github issue tracker before the release.</div><div>I'd like to summarize briefly why.</div><div><br></div><div>Pros (to me):</div><div>- integration with code and mainly with PR</div><div>- avoid multiplication of platforms</div><div>- so much more powerful (attachment, text formatting, referecing issue/PR, pinging people, fitlering/searching/tagging, possibility to plugin external issue management such as zenhub or others)</div><div>- so much more responsive, mobile friendy and easy to use</div><div>- lower infrstructure management on QGIS team (would be available for other stuff)</div><div>- opportunity to clean the list</div><div><br></div><div>A proof that current situation is sub-optimal:</div><div>- people are pointing to code issues directly in comments of commits on github rather than creating an issue (high chance of getting lost)</div><div>- people send mail to the mailing saying they have created an issue (sic)</div><div>- people creates new gitub repo for creating issue lists (sic again): see qgis 3 API or UX changes</div><div>- mantra thing is a nightmare for new comers</div><div><br></div><div>Why I don't agree on the raised issues to not to move to github:</div><div>- migration of existing issues: we have migrated a to a new redmine which should make migration easier [0].</div><div>- Github has a close-source: there is an API and existing tools to migrate to other issue tracker [1]. I guess it leads down to pragmatic vs ethical matters.<br></div><div><br></div><div>I would be in favor of using a semi-automatic migration:</div><div>- move all open tickets</div><div>- propose a tool to migrate others on demand: like a one-click process to move the features.</div><div>But this can be decided afterwards.</div><div><br></div><div>I know PSC is (was?) against it, but I feel the majority of devs (and new issue posters) are for it.</div><div>Sorry to hassle on the topic. Let me know if I shall shut-up forever. Or raise your hand :)</div><div><br></div><div>Or can we setup a loomio vote directly???</div><div><br></div><div>Best wishes,</div><div>Denis</div><div><br></div><div>[0] <a href="https://github.com/gmontard/issue-sync-redmine-github" target="_blank">https://github.com/gmontard/<wbr>issue-sync-redmine-github</a><br></div><div>[1] Github importer for Gitlab: <a href="https://docs.gitlab.com/ee/user/project/import/github.html" target="_blank">https://docs.gitlab.com/ee/<wbr>user/project/import/github.<wbr>html</a></div><div><br></div></div></blockquote></div></div></div></div></div>
<br>______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br></blockquote></div><br></div>