<div dir="ltr">Thomas,<div><br></div><div>I agree, that an extension can potential break our system. But if it does, then we have designed a bad system. :)</div><div><br></div><div>Detecting a change in a docker image is no trivial and is not what we want in the end. </div><div><br></div><div>- Konrad</div><div><div><span class="gmail-im" style="font-size:12.8px"><div><br></div><div> </div></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 22, 2016 at 1:36 PM, Thomas Mäder <span dir="ltr"><<a href="mailto:tmader@redhat.com" target="_blank">tmader@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sabotaging my own argument....<span class=""><br>
<br>
On 09/22/2016 01:15 PM, Konrad Kleine wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
but I from an operations point of view it would be nice to know that the docker image for core with revision X works fine.<br>
</blockquote></span>
That is true now, but as soon as we have an extension that we don't build ourselves (in an open system, that could happen), that breaks down anyway.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With a monorepo (and I think this is what KB mentioned on Bluejeans) we would need to rebuild the docker image for core every time someone makes a ui change. This leads to a docker image for core with revision X+1. Hence, we would need to roll out a new image even if nothing has changed.<br>
</blockquote></span>
Not necessarily. If nothing has changed in core, we can detect that and not trigger a rebuild of the docker image. If we are using the commit hash as a build identifier, that is simply an implementation detail.<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I find that not only a waste of energy but a cause for problems. Just consider the amount of time we spend for useless roll outs of the exact same binary only built at different times!<br>
</blockquote></span>
I don't spend any time on this, roll outs are fully automated ;-)<span class="HOEnZb"><font color="#888888"><br>
<br>
/Thomas<br>
<br>
<br>
</font></span></blockquote></div><br></div>