<div dir="ltr"><div>That repo-criteria articles is a great read - thanks!</div><div><br></div>One key advantage OSGeo has as a foundation is we are not "picky" about where projects work from. This allows our projects to be more responsive then similar foundations such as Apache and Eclipse. It should be noted that these organizations require the use of their own for facilities for reasons other than hosting (Apache wants to have a "kill switch" on downloads and source code if any legal challenge is issued to mitigate any damages payed out, Eclipse Foundation quite sensibly wants to have a copy of the code incase the external forge goes down so the team does not lose their work).<div><br></div><div>As for OSGeo we are pretty relaxed - I think the only thing we would be actively worried about is a project hosted by a corporate CSV or similar (since we like our projects to be vendor neutral). Before OSGeo was founded we suffered when Refractions SVN was corrupted.</div><div><div><br></div><div>Personally I would like to ensure "we" have a copy of the code incase a projects infrastructure goes down (example CodeHaus, Source Forge). Right now we depend on individual committers to have a copy.</div></div><div><br></div><div>I want to be cautious of asking the board to make decisions affecting the system admin committee.  I would prefer projects such as PostGIS negotiate with the SAC directly (as they are in a much better position to determine requirements/solution). The Board can be told of the plan of course, but we need to trust our subcommittees and respect our volunteers (Indeed Regina Obe's email backs up my feelings on this matter).</div><div><br></div><div>There is a balance between OSGeo branding (we could purchase GitHub Enterprise and hook into our LDAP for example) and developer outreach (allowing developers to work with the github account they already have setup). I think we should keep an eye on it as GitHub popularity will change over time just like Source Forge before it. At the time of writing I would recommend all projects at least have a mirror on GitHub as an outreach activity.</div><div><br></div><div>Aside: Please make sure your GitHub repository has a <a href="https://github.com/blog/1184-contributing-guidelines">CONTRIBUTING.md</a> file or similar if you are accepting pull requests from the big bad internet. </div><div>--</div><div>Jody</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Jody Garnett</div></div></div></div></div></div>
<br><div class="gmail_quote">On 18 October 2015 at 00:07, Andreas Hocevar <span dir="ltr"><<a href="mailto:andreas.hocevar@gmail.com" target="_blank">andreas.hocevar@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 style="word-wrap:break-word">Very well said Andrea, and I can back this up with very similar experiences from when the OpenLayers project moved to Github.<div><br></div><div>That said, if OSGeo considers setting up a Git infrastructure, please keep an alternative in mind: pay for an OSGeo Github account for projects that want to use Git. Will burn some money, but won't burn out volunteers who have to keep OSGeo's own infrastructure up and running. See <a href="https://github.com/locationtech" target="_blank">https://github.com/locationtech</a> as an example.</div><div><br></div><div>Andreas.</div><div><br><div><blockquote type="cite"><span class=""><div>On 18 Oct 2015, at 08:41, Andrea Aime <<a href="mailto:andrea.aime@geo-solutions.it" target="_blank">andrea.aime@geo-solutions.it</a>> wrote:</div><br></span><div><div dir="ltr"><span class="">Hi,<div>just wanted to chime in saying that if OSGeo starts setting said guidelines,</div><div>it should also have some benefits comparison so that projects can</div><div>see what they might not get by avoiding Github.</div><div><br></div><div>In particular, looking at GeoServer experience from the switch, it's rather</div><div>evident we got more people contributing right the moment we did the</div><div>switch, here is the contributors per month diagram, the red line</div><div>is the date we switched from svn to GitHub:</div><div><br></div></span><div><span><Selezione_095.png></span><br></div><div><div class="h5"><div><br></div><div><br></div><div>Most of this is due to two factors:</div><div>- availability of pull requests (which I believe you can get with other tools too)</div><div>- critical mass on the platform (which arguably you will not get an a OsGeo hosting)</div><div><br></div><div>There is however a downside of that, most of these contributions are "one time gigs",</div><div>people help addressing the particular pitfall concerning them and then they move on:</div><div>github did not change the number of core developers, it just increased a lot the</div><div>number of other contributors.</div><div><br></div><div>There is another benefit of moving to Github, which is build checks on pull requests,</div><div>we now have Travis (Linux, OSX) building all pull requests and running the test suite against</div><div>them, so we instantly know if the change breaks tests or not, and we planning on adding</div><div>test coverage checks (Coveralls, already used by OpenLayers for example) and Windows builds </div><div>(already used by MapServer for example).</div><div><br></div><div>This kind of automation is also rather beneficial to filter our bad contributions... which is</div><div>the dark side of lower contribution barrier, core devs have to spend quite some time evaluating</div><div>pull requests... but ending up with a long queue of them gives a bad impression about the project</div><div>openness. So yeah, another bit to consider I guess, is the project ready to take on them?</div><div><br></div><div>So.... I'm not saying "everybody move to github" but I believe the above should be</div><div>part of the many considerations made when evaluating a move to a different version control.</div><div><br></div><div>Cheers</div><div>Andrea</div><div><br></div><div class="gmail_extra">-- <br><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div><div>==</div><div>GeoServer Professional Services from the experts! Visit</div><div><a href="http://goo.gl/it488V" target="_blank">http://goo.gl/it488V</a> for more information.</div><div><span style="font-size:12.8000001907349px">==</span><br></div></div><div><br></div></div><div>Ing. Andrea Aime <br></div><div>@geowolf</div><div>Technical Lead</div><div><br></div><div>GeoSolutions S.A.S.</div><div>Via Poggio alle Viti 1187</div><div>55054  Massarosa (LU)</div><div>Italy</div><div>phone: <a href="tel:%2B39%200584%20962313" value="+390584962313" target="_blank">+39 0584 962313</a></div><div>fax: <a href="tel:%2B39%200584%201660272" value="+3905841660272" target="_blank">+39 0584 1660272</a></div><div>mob: <a href="tel:%2B39%20%C2%A0339%208844549" value="+393398844549" target="_blank">+39  339 8844549</a></div><div><br></div><div><a href="http://www.geo-solutions.it/" target="_blank">http://www.geo-solutions.it</a></div><div><a href="http://twitter.com/geosolutions_it" target="_blank">http://twitter.com/geosolutions_it</a></div><div><br></div><div><p><span lang="IT"><font size="1"><b>AVVERTENZE AI SENSI DEL D.Lgs. 196/2003</b></font></span></p><p><span lang="IT"><font size="1">Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.</font></span></p><div><span lang="IT"><font size="1"> </font></span><br></div><p><font size="1">The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility  for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.</font></p></div><div><br></div><div>-------------------------------------------------------</div></div></div></div></div></div></div></div></div>
</div></div></div></div><span class="">
_______________________________________________<br>Discuss mailing list<br><a href="mailto:Discuss@lists.osgeo.org" target="_blank">Discuss@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/discuss" target="_blank">http://lists.osgeo.org/mailman/listinfo/discuss</a></span></div></blockquote></div><br></div></div><br>_______________________________________________<br>
Discuss mailing list<br>
<a href="mailto:Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/discuss" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/discuss</a><br></blockquote></div><br></div>