<br><br>On Monday, January 20, 2014, Karel Piwko &lt;<a href="mailto:kpiwko@redhat.com">kpiwko@redhat.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, 20 Jan 2014 12:27:22 +0100<br>
Matthias Wessendorf &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;matzew@apache.org&#39;)">matzew@apache.org</a>&gt; wrote:<br>
<br>
&gt; On Mon, Jan 20, 2014 at 12:17 PM, Karel Piwko &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;kpiwko@redhat.com&#39;)">kpiwko@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; &gt; +1 on postponing to a later point. If ready by April, should be fine as<br>
&gt; &gt; &gt; well (my opinion). Bruno had a good point, that the postponed release<br>
&gt; &gt; &gt; should not stop us from releasing (unstable) snapshots for testing<br>
&gt; &gt; reasons.<br>
&gt; &gt; &gt; I like that: Release often, release early.<br>
&gt; &gt;<br>
&gt; &gt; What is actually an (unstable) snapshot? Could you shed more light on that?<br>
&gt; &gt;<br>
&gt;<br>
&gt; I&#39;d say a regular snapshot, from master branch, released to the snapshot<br>
&gt; repo<br>
<br>
That&#39;s good until another project(s) will rely on it. You update snaphot and<br>
other projects will get broken without any option to avoid that. It would be<br>
much better to make snapshots stable in time, as I described in previous email.</blockquote><div><br></div><div>Well, this is all early and understood, not why thats a problem, when DEVELOPING something...<span></span></div>
<div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
&gt;<br>
&gt;<br>
&gt; &gt;<br>
&gt; &gt; Namely, is the &quot;snapshot&quot; a set of micro/minor releases of Aerogear<br>
&gt; &gt; projects?<br>
&gt; &gt; Or do you plan to release every Aerogear project as -SNAPSHOT? Or<br>
&gt; &gt; introducing<br>
&gt; &gt; -milestone/.Mx/alpha/beta/cr/timestamp/any-qualifier-you-like into version<br>
&gt; &gt; strings?<br>
&gt; &gt;<br>
&gt; &gt; I don&#39;t think 2/ option is a good idea, especially if SNAPSHOTs are<br>
&gt; &gt; released<br>
&gt; &gt; early &amp; often. That would be a maintenance/testing nightmare, if various<br>
&gt; &gt; SNAPSHOTs of the same project cannot be distinguished from each other and<br>
&gt; &gt; used<br>
&gt; &gt; within other projects.<br>
&gt; &gt;<br>
&gt; &gt; Karel<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; aerogear-dev mailing list<br>
&gt; &gt; <a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;aerogear-dev@lists.jboss.org&#39;)">aerogear-dev@lists.jboss.org</a><br>
&gt; &gt; <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
&gt; &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;aerogear-dev@lists.jboss.org&#39;)">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
</blockquote><br><br>-- <br>Sent from Gmail Mobile<br>