<div dir="ltr"><div>AFAIR we wanted to merge the Cog branch into master and then tag the master for a new release. The main question I guess is: when is the right moment to do this? IIRC Eliot has used his gut feeling in the past for declaring a specific version as stable. So I&#39;d say it&#39;s up to him to decide when the first stable release on GitHub is ready.</div><div><br></div><div>Cheers,</div><div>Fabio</div><br><div class="GmSign">-- <br></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 31, 2016 at 1:17 PM Ben Coman &lt;<a href="mailto:btc@openinworld.com">btc@openinworld.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Sun, Jul 31, 2016 at 2:42 PM, marcel.taeumel &lt;<a href="mailto:Marcel.Taeumel@hpi.de" target="_blank">Marcel.Taeumel@hpi.de</a>&gt; wrote:<br>
&gt;<br>
&gt; Hi, there.<br>
&gt;<br>
&gt; Could some please tag some VM version as &quot;stable&quot; so that we have the first<br>
&gt; candidate to be used in the Squeak release artifact packaging process? :-) I<br>
&gt; don&#39;t want to package any latest &quot;bleeding edge&quot; VM build into those<br>
&gt; artifacts.<br>
&gt;<br>
&gt; Thanks,<br>
&gt; Marcel<br>
<br>
Would there be a benefit in a release workflow like suggested under<br>
the heading &quot;Release branches&quot; [1] ?   (where their &#39;develop&#39; branch<br>
is effectively our &#39;Cog&#39; branch)<br>
<br>
[1] <a href="http://nvie.com/posts/a-successful-git-branching-model/" rel="noreferrer" target="_blank">http://nvie.com/posts/a-successful-git-branching-model/</a><br>
<br>
cheers -ben<br>
</blockquote></div></div>