<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 14, 2017 at 1:57 AM, K K Subbu <span dir="ltr"><<a href="mailto:kksubbu.ml@gmail.com" target="_blank">kksubbu.ml@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On Tuesday 13 June 2017 11:09 AM, Ben Coman wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
One extra thing, there feels like as explosion of *src* folders in the<br>
root directory.  This could be an opportunity to clean these up into a<br>
subdirectory (and a side benefit is I can experiment without touching<br>
existing srcs)<br>
</blockquote>
<br>
This is due to all variations sharing the same branch ("Cog"). Now that all sources are in git, these variations can be moved into their own branches:<br>
   master (Sista?), Spur, Cog, Stack?<br></blockquote><div><br></div><div>I expect there will be strong resistance to that.  It would be hell to track.  Those folders are generated from the same Smalltalk code base, just different options.  We want the CI to build all variations in one run to verify changes don't break any of them.  Technically "Stack" is outside "Cog", but I guess its more than "this is where we are concentrating on developing Cog" with any changes to "Stack"-only code being a side-effect.<br></div><div><br></div><div>While I believe it would be good to have more short lived branches (e.g. not a long-lived "Sista" branch, but a "this-new-feature-for-Sista" branch that goes away once CI tests pass and PR is integrated)</div><div>its hard to change habits and while the existing might not scale, its working for the number of main collaborators we currently have.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">and use Tags to mark releases like Squeak5, Pharo6 etc. This will reduce clutter and make it easy for CI builds and tests.<br></blockquote><div><br></div><div>Since tags don't show up in the graph view...</div><div><a href="https://github.com/OpenSmalltalk/opensmalltalk-vm/network">https://github.com/OpenSmalltalk/opensmalltalk-vm/network</a><br></div><div>I believe we need we need branches to mark major versions and tags marking point releases.</div><div>but just for human tracking, not having any impact on CI builds.</div><div><br></div><div>cheers -ben</div><div><br></div><div><br></div></div><br></div></div>