<blockquote>
<p>Also if I'm reading that right it's relying on a prebuilt image rather that using a stock image and checking out the code? So anybody that uses this is going to start with a snapshot of the code from heaven knows when rather than something current?</p>
</blockquote>

<p>The general idea is that an image is created (using this <code>Dockerfile</code>) and pushed to a registry either on each commit or release within this repository (it can even be automated as though it were another continuous integration check) (I'm partial to Quay.io for this functionality over Docker Hub).</p>

<p><code>openstreetmap/openstreetmap-website:latest</code> would always correspond to the "latest" version but additional tagged releases can also be made available if users wish to stay on "known good" releases / commits.</p>

<p>It would be possible for the image to check out a current version of the code each time it's run, but that runs counter to the "immutable infrastructure" philosophy that Docker espouses (and enables).</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/pull/1290#issuecomment-257423291">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABWnLVxHOJUbQXX5_-UbhLa4oO4N7teLks5q5lrigaJpZM4J-dnj">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABWnLWYVqqPyhiAhLZqKgRhzXdKdG053ks5q5lrigaJpZM4J-dnj.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/openstreetmap/openstreetmap-website/pull/1290#issuecomment-257423291"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/openstreetmap/openstreetmap-website","title":"openstreetmap/openstreetmap-website","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/openstreetmap/openstreetmap-website"}},"updates":{"snippets":[{"icon":"PERSON","message":"@mojodna in #1290: \u003e Also if I'm reading that right it's relying on a prebuilt image rather that using a stock image and checking out the code? So anybody that uses this is going to start with a snapshot of the code from heaven knows when rather than something current?\r\n\r\nThe general idea is that an image is created (using this `Dockerfile`) and pushed to a registry either on each commit or release within this repository (it can even be automated as though it were another continuous integration check) (I'm partial to Quay.io for this functionality over Docker Hub).\r\n\r\n`openstreetmap/openstreetmap-website:latest` would always correspond to the \"latest\" version but additional tagged releases can also be made available if users wish to stay on \"known good\" releases / commits.\r\n\r\nIt would be possible for the image to check out a current version of the code each time it's run, but that runs counter to the \"immutable infrastructure\" philosophy that Docker espouses (and enables)."}],"action":{"name":"View Pull Request","url":"https://github.com/openstreetmap/openstreetmap-website/pull/1290#issuecomment-257423291"}}}</script>