<div dir="ltr"><div><div><div><div>that still doesnt solve the problem on &quot;when&quot; next release is.<br><br></div>as people that need to do work across both repos need to know this info.<br></div>Current state is just too unknown and annoyng if you need to do something in core and then also in full to make it work.<br></div>not to even add to the mix that your PR *needs* to break something in full, at least until your PR for full is also merged.<br><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 8, 2014 at 4:57 PM, David M. Lloyd <span dir="ltr">&lt;<a href="mailto:david.lloyd@redhat.com" target="_blank">david.lloyd@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Just telling people &quot;hey I&#39;m releasing core in a day or two&quot; is already<br>
10x better than the current status quo.<br>
<div class="HOEnZb"><div class="h5"><br>
On 10/08/2014 07:40 AM, Kabir Khan wrote:<br>
&gt; I think I prefer the &#39;human interaction&#39; one best. What if the automatic one does the release, just as someone is attempting to merge a bunch of PRs which should be in the release? Although that might be a corner case :-P<br>
&gt; On 8 Oct 2014, at 13:24, Tomaž Cerar &lt;<a href="mailto:tomaz.cerar@gmail.com">tomaz.cerar@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; I had some discussions with Jason on how we could automate<br>
&gt;&gt; time boxed releases by just having a button in CI that would perform it.<br>
&gt;&gt; So we at least have a bit of human interaction.<br>
&gt;&gt;<br>
&gt;&gt; We could also have it done automatically by CI every week on schedule that shouldn&#39;t be a big deal to do.<br>
&gt;&gt; If we do that we should have &quot;indexed&quot; build versions like 1.0.0.Beta1-01, 1.0.0.Beta1-02 etc...<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; tomaz<br>
&gt;&gt;<br>
&gt;&gt; On Wed, Oct 8, 2014 at 12:31 PM, Darran Lofthouse &lt;<a href="mailto:darran.lofthouse@jboss.com">darran.lofthouse@jboss.com</a>&gt; wrote:<br>
&gt;&gt; I don&#39;t know if it needs to be a short timebox say weekly or better if<br>
&gt;&gt; on-demand e.g. if an engineer is working on an issue in both core and<br>
&gt;&gt; wildfly they request a core release and upgrade to continue their work.<br>
&gt;&gt;<br>
&gt;&gt; At the same time I think we do need the Jiras as David suggests to track<br>
&gt;&gt; what we actually needs, unfortunately this does create some additional<br>
&gt;&gt; maintenance as these need updating after each release.<br>
&gt;&gt;<br>
&gt;&gt; On 08/10/14 07:21, Heiko Braun wrote:<br>
&gt;&gt;&gt; Does it help to put Core on a time boxed schedule?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On 07 Oct 2014, at 22:07, Stuart Douglas &lt;<a href="mailto:stuart.w.douglas@gmail.com">stuart.w.douglas@gmail.com</a><br>
&gt;&gt;&gt; &lt;mailto:<a href="mailto:stuart.w.douglas@gmail.com">stuart.w.douglas@gmail.com</a>&gt;&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I don&#39;t really think that we need this level of process around a Wildfly<br>
&gt;&gt;&gt;&gt; Core release. I think that we should just be doing these releases fairly<br>
&gt;&gt;&gt;&gt; frequently, and if some work misses the release then there is always<br>
&gt;&gt;&gt;&gt; another release coming up in the near future.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; wildfly-dev mailing list<br>
&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
- DML<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a></div></div></blockquote></div><br></div>