<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi<div class=""><br class=""><blockquote type="cite" class="">On 16 Mar 2016, at 22:26, Sandro Santilli <<a href="mailto:strk@keybit.net" class="">strk@keybit.net</a>> wrote:<br class=""><br class="">Hi, if it can be useful I tried to answer a few questions<br class="">(and a comment slipped in, sorry about that)<br class=""><br class="">On Wed, Mar 16, 2016 at 10:12:35PM +0200, Tim Sutton wrote:<br class=""><br class=""><blockquote type="cite" class="">1) Will integrations like travis work with GL?<br class=""></blockquote><br class="">GL has its own CI system, gitlab-ci. It's built-in and part<br class="">of the open source version too.<br class=""><br class="">See for example: <a href="https://gitlab.com/postgis/postgis/builds" class="">https://gitlab.com/postgis/postgis/builds</a><br class=""><br class="">I've understood you could plug your own builders in addition or<br class="">in place of the shared ones.<br class=""></blockquote><div class=""><br class=""></div><div class="">Ah thats interesting - thanks for sharing!</div><div class=""><br class=""></div><br class=""><blockquote type="cite" class=""><br class=""><blockquote type="cite" class="">3) There are most likely many 3rd party services, tools etc. that now rely on the QGIS repo being at <a href="http://github.com/qgis/QGIS" class="">http://github.com/qgis/QGIS</a> - we will break them if we move over to GL<br class=""></blockquote><br class="">For PostGIS we use both github and gitlab as mirrors, it's<br class="">pretty easy to do, in general.<br class=""></blockquote><div class=""><br class=""></div><div class="">Does something sync them automatically, or is a manual process (or semi manual e.g. we need to run a cron job to sync them)? Do you sync in both directions or just one?</div><div class=""><br class=""></div><br class=""><blockquote type="cite" class=""><br class=""><blockquote type="cite" class="">4) The change from CVS to SVN and then from SVN to GIT each introduced a lot of churn. Although moving to a FOSS platform would be nice, its not a clear win for me as we will end up spending a long time dealing with all the side effects of migrating.<br class=""></blockquote><br class="">Migrating a GIT repository is really simple:<br class=""><br class=""> git remote set-url origin git@gitlab.com:qgis/qgis.git<br class=""></blockquote><div class=""><br class=""></div><div class="">Yeah I know, changing many scripts that use the old repo isn’t so trivial, nor are updating the various documents that explain how to build docs, checkout stuff etc. I guess they won’t break if we keep a GH mirror, but if we are keeping using GitHub and using GitLab, I don’t really see the point of the exercise….it just adds complexity and confusion and we still will be using GitHub non free platform.</div><br class=""><blockquote type="cite" class=""><br class="">Nothing, compared to what it takes to move tickets.<br class="">Planning in advance might make the next move last longer.<br class=""></blockquote><div class=""><br class=""></div><div class="">Leaving things as they are will make the last move last longer :-)</div><div class=""><br class=""></div><div class="">Thanks for your inputs Sandro!</div><div class=""><br class=""></div><div class="">Regards</div><div class=""><br class=""></div><div class="">Tim</div><div class=""><br class=""></div><br class=""><blockquote type="cite" class=""><br class="">--strk;<br class="">_______________________________________________<br class="">Qgis-psc mailing list<br class=""><a href="mailto:Qgis-psc@lists.osgeo.org" class="">Qgis-psc@lists.osgeo.org</a><br class="">http://lists.osgeo.org/mailman/listinfo/qgis-psc<br class=""></blockquote><br class=""><div class=""><span><img height="60" width="60" apple-inline="yes" id="60910BB8-4F9C-4345-A04A-2114931A61C1" apple-width="yes" apple-height="yes" src="cid:DDEF9B12-67C3-4498-BD7D-EC3563CC35A4" class=""></span><br class=""><br class=""><br class="">Tim Sutton<br class="">QGIS Project Steering Committee Member<br class=""><a href="mailto:tim@qgis.org" class="">tim@qgis.org</a><br class=""><br class=""><br class=""><br class=""></div><br class=""></div></body></html>