<p dir="ltr">Ocg 0.7 is tested in staging and Go for production </p>
<br><div class="gmail_quote"><div dir="ltr">Il giorno mar 3 nov 2015 00:23 Riccardo Iaconelli <<a href="mailto:riccardo@kde.org">riccardo@kde.org</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Monday, November 02, 2015 08:31:18 PM Davide Valsecchi wrote:<br>
> Hi all,<br>
<br>
Hi Davide!<br>
<br>
> I was thinking that OCG deploy is too complex. We have the mw-ocg-full<br>
> repository with 4 submodule, but only mw-ocg-latexer is our fork.<br>
> Nevertheless OCG Docker is not optimize to use cache properly, since it<br>
> clones everytime all the repos, when it could only rebuild and redownload<br>
> the latexer.<br>
><br>
> I was thinking of getting rid of the mw-ocg-full repo, and clone singular<br>
> submodules in the Docker file, to use docker cache properly.<br>
><br>
> Any suggestions?<br>
<br>
I think this is a sensible approach... It's always painful to re-download OCG<br>
when it's updated... :(<br>
<br>
Always keep in mind that if there are better alternatives (e.g. adding the<br>
files at the last step or even mounting them in in a similar way to what we do<br>
with the webserver) we should pursue them. In any case, this should make<br>
things easier, so you have green light from me.<br>
<br>
Bye,<br>
-Riccardo<br>
<br>
<br>
</blockquote></div>