<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Dec 31, 2013 at 5:31 PM, Chris Muller <span dir="ltr">&lt;<a href="mailto:asqueaker@gmail.com" target="_blank">asqueaker@gmail.com</a>&gt;</span> wrote:</div>
<div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Right, I just prefer that &quot;script&quot; to be a method in ReleaseBuilder so<br>
it is visible, trunk-maintained and scrutinized and recorded for<br>
posterity in our MC repositories.</blockquote><div><br></div><div>OK, let&#39;s make that into a more concrete proposal. Rather than have Smalltalk code being written with a text editor and versioned with Git, we could have that code be written with the Squeak IDE and versioned with Monticello. These CI packages would stored in a repository on <a href="http://source.squeak.org">source.squeak.org</a>, but NOT the trunk repository, and would not be part of the trunk image. They&#39;d be responsible for generating script files that could be passed to the image on the command line for execution. (Rather like VMMaker, in effect.)</div>
<div><br></div><div>Frank, I think that might actually make your life easier, without burdening the trunk image or release artifacts with scaffolding. It&#39;s also orthogonal to your proposal for activating CommandLineToolSet with some sort of parameter from the command line. (If we could accomplish that without breaking the has-a-Display-but-draws-it-to-the-network-instead-of-a-window deployment mode, that would be great!)</div>
<div><br></div><div>Colin</div></div></div></div>