<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Feb 16, 2017 at 5:26 AM Joshua Harlow <<a href="mailto:harlowja@fastmail.com">harlowja@fastmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Radical idea, have each project (not libraries) contain a dockerfile<br class="gmail_msg">
that builds the project into a deployable unit (or multiple dockerfiles<br class="gmail_msg">
for projects with multiple components) and then it becomes the projects<br class="gmail_msg">
responsibility for ensuring that the right code is in that dockerfile to<br class="gmail_msg">
move from release to release (whether that be a piece of code that does<br class="gmail_msg">
a configuration migration).<br class="gmail_msg">
<br class="gmail_msg"></blockquote><div><br></div><div>I've wondered about that approach, but worried about having the Docker engine as a new dependency for each OpenStack node.  Would that matter?  (Or are there other reasons why OpenStack nodes commonly already have Docker on them?)</div><div><br></div></div></div>