<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Two things. First, this is what Ardour does (self-hosted on gitlab, mirrored (for now) to github).<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Second: it is important to get over a basic misconception that some people have about git repositories. The really important thing to understand is that no single instance of a git repository for a project is priviledged or special in any way except for one: an agreement by developers to use it to easily push/pull commits to each other.  There's nothing to stop a project from suddenly switching the location of the repository considered to be "canonical", because all it really means is "we all agree to push/pull to/from there".<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Now to be sure, github (and gitlab) provide hosting services that go well beyond those provided by a basic git server+repository. Those things are nice (for some purposes, anyway), but they are less important add-ons for developers actually involved in a project, for the most part.<br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">If we decided to switch away from the repository on <a href="http://git.ardour.org">git.ardour.org</a> to one on another network-connected system, it would be essentially trivial. There is nothing special at the git level about that repository other than it being marked as the "origin" for developers' initial clone operations. <br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">There's no reason to be concerned about what happens at the repository level at github (or anywhere else). What might be lost are cool web-enabled services. But a repository is a repository is a repository. <br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">One small exception to this (and the reason why you need gitlab or some equivalent to self-host) is managing access to the repository. Git itself provides no such mechanisms for controlling this, which is at once both sensible and a nuisance. For Ardour, this is really the only value-added that comes from having gitlab wrap our git server instance. <br><br><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 7, 2018 at 5:07 PM, Christopher Obbard <span dir="ltr"><<a href="mailto:chris@64studio.com" target="_blank">chris@64studio.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div dir="auto">So the only remaining engineering question (from LAC c-base) for me, remains, what is the best reasonable alternative?</div><div dir="auto"><br></div><div dir="auto">Currently I am thinking a self hosted instance of gitlab. With the source code saved in a backup ready for any deletions!</div><div dir="auto"><br></div><div dir="auto">—</div><div dir="auto">Christopher Obbard</div><div dir="auto">64Studio Ltd</div><br><div class="gmail_quote"><span class=""><div>On Thu, 7 Jun 2018 at 22:21, <<a href="mailto:holger@dehnhardt.org" target="_blank">holger@dehnhardt.org</a>> wrote:<br></div></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><u></u><div><div style="font-family:arial,sans-serif;font-size:13px">I missed the discussion in the last days and was on the one hand surprised how lively it was conducted, on the other hand I am missing one point completely (or I did not notice it): If we leave aside the discussion about Open Source versus Closed Source, the question of choice remains. Because if good ideas are always bought up by the same companies without problems - regardless of whether they want to make a profit or eliminate a competitor, this restricts our options. That's a point I don't like - no matter if Google, Apple, Microsoft, Oracle, SAP or whoever buys other innovative companies, in the end it results in a fight between two or three companies and not only many innovative ideas are crushed, but often enough also the portability between systems.<br><u></u><u></u> </div></div></span><span class="">
______________________________<wbr>_________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org" target="_blank">Linux-audio-user@lists.<wbr>linuxaudio.org</a><br>
<a href="https://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">https://lists.linuxaudio.org/<wbr>listinfo/linux-audio-user</a><br>
</span></blockquote></div></div><span class="HOEnZb"><font color="#888888">-- <br><div dir="ltr" class="m_-209644964354970269gmail_signature" data-smartmail="gmail_signature">Christopher Obbard<br>Chief Engineer<br>64 Studio Ltd.</div>
</font></span><br>______________________________<wbr>_________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.<wbr>linuxaudio.org</a><br>
<a href="https://lists.linuxaudio.org/listinfo/linux-audio-user" rel="noreferrer" target="_blank">https://lists.linuxaudio.org/<wbr>listinfo/linux-audio-user</a><br>
<br></blockquote></div><br></div>