<div dir="ltr">I&#39;m not sure what you mean or which versions you&#39;re referring to.<div>Like every project there is the &#39;master&#39; branch and nightlies which is latest and greatest (and probably the least stable, but still go over heavy CI tests).</div><div>The oVirt project reached a point when the next stable major version (4.0) is nearing GA, and part of the process is to branch it to create rpms for it, in order to continue developing 4.1 (now master) and not to merge new features that may risk 4.0 stability the new branch has to be created.</div><div><br></div><div>You as user/developer has the choice to choose which version to use, according to you needs:</div><div>for e.g, at this time point, you choices are:</div><div><br></div><div>1. Use current stable: 3.6 rpms - most stable, only gets specific fixes and not major features - recommended for a production usage and if you don&#39;t need any of the new features [1]</div><div>2. Use current RC candidate for next major 4.0, which should be the next stable version soon and replace 3.6 as the latest stable version [2]</div><div>3. Use nightlies for every version - either 4.0, master, 3.6 - use at your own risk since these are not official releases and not going via extensive QA, although the automated tests for each version</div><div>    are improving over time and make the nightlies more and more stable. [3]</div><div><br></div><div><br></div><div>Just to help better undertand, if you&#39;ll make the same decision in one more months for e.g, after 4.0 is GA, you choices will be:</div><div><br></div><div>1. use current stable 4.0  (unless you really want to use older 3.6)</div><div>2. use nightlies </div><div><br></div><div>So the extra versions are temp version that are part of the development process and actually gives you an oppertunity to check out new features that are not available yet in a formal stable version.</div><div>I hope it gives some info on the diff between all the versions.</div><div><br></div><div>[1]. <a href="http://resources.ovirt.org/pub/ovirt-3.6/">http://resources.ovirt.org/pub/ovirt-3.6/</a></div><div>[2]  <a href="http://resources.ovirt.org/pub/ovirt-4.0-pre/">http://resources.ovirt.org/pub/ovirt-4.0-pre/</a></div><div>[3]  <a href="http://resources.ovirt.org/pub/ovirt-4.0-snapshot(+-static)">http://resources.ovirt.org/pub/ovirt-4.0-snapshot(+-static)</a>, <a href="http://resources.ovirt.org/pub/ovirt-master-snapshot(+static)">http://resources.ovirt.org/pub/ovirt-master-snapshot(+static)</a></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 16, 2016 at 12:16 PM, Vinzenz Feenstra <span dir="ltr">&lt;<a href="mailto:vfeenstr@redhat.com" target="_blank">vfeenstr@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"><span class=""><br>
&gt; On Jun 16, 2016, at 11:06 AM, Sven Kieske &lt;<a href="mailto:S.Kieske@mittwald.de">S.Kieske@mittwald.de</a>&gt; wrote:<br>
&gt;<br>
&gt; On 14/06/16 17:34, Vojtech Szocs wrote:<br>
&gt;&gt; Hi,<br>
&gt;&gt;<br>
&gt;&gt; ovirt-engine-dashboard is currently built from master as well.<br>
&gt;&gt;<br>
&gt;&gt; We should probably create a stable branch, e.g. ovirt-engine-dashboard-1.0.<br>
&gt;<br>
&gt; Hi,<br>
&gt;<br>
&gt; speaking as an end user (mostly):<br>
&gt;<br>
&gt; please not yet-another-versioning in the great ovirt project.<br>
&gt;<br>
&gt; I&#39;m already having severe issues tracking which engine versions works<br>
&gt; with which vdsm version, let alone track which datacenter and cluster<br>
&gt; version within each engine version works with which vdsm version and<br>
&gt; which features are (un)supported.<br>
&gt;<br>
&gt; Please don&#39;t add another different version to the already far to complex<br>
&gt; equation.<br>
</span>+1  :-)<br>
<span class="im HOEnZb">&gt;<br>
&gt; I&#39;d suggest you take the same version number as the supported<br>
&gt; ovirt-engine, you also should adjust release cycles of all the<br>
&gt; subprojects where possible (I know that doesn&#39;t work always).<br>
&gt;<br>
&gt; this would make every users life make so much less painful.<br>
&gt;<br>
&gt; keep up the great work!<br>
&gt;<br>
&gt; --<br>
&gt; Mit freundlichen Grüßen / Regards<br>
&gt;<br>
&gt; Sven Kieske<br>
&gt;<br>
&gt; Systemadministrator<br>
&gt; Mittwald CM Service GmbH &amp; Co. KG<br>
&gt; Königsberger Straße 6<br>
&gt; 32339 Espelkamp<br>
&gt; T: <a href="tel:%2B495772%20293100" value="+495772293100">+495772 293100</a><br>
&gt; F: <a href="tel:%2B495772%20293333" value="+495772293333">+495772 293333</a><br>
&gt; <a href="https://www.mittwald.de" rel="noreferrer" target="_blank">https://www.mittwald.de</a><br>
&gt; Geschäftsführer: Robert Meyer<br>
&gt; St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen<br>
&gt; Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen<br>
&gt;<br>
</span><div class="HOEnZb"><div class="h5">&gt; _______________________________________________<br>
&gt; Devel mailing list<br>
&gt; <a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
&gt; <a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/devel</a><br>
<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/devel</a><br>
<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Eyal Edri<br>Associate Manager</div><div>RHEV DevOps<br>EMEA ENG Virtualization R&amp;D<br>Red Hat Israel<br><br>phone: +972-9-7692018<br>irc: eedri (on #tlv #rhev-dev #rhev-integ)</div></div></div></div></div>
</div>