<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Version Numbering</title><link>https://sourceforge.net/p/dubedit/wiki/Version%2520Numbering/</link><description>Recent changes to Version Numbering</description><atom:link href="https://sourceforge.net/p/dubedit/wiki/Version%20Numbering/feed" rel="self"/><language>en</language><lastBuildDate>Tue, 07 May 2013 22:21:40 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/dubedit/wiki/Version%20Numbering/feed" rel="self" type="application/rss+xml"/><item><title>Version Numbering modified by Giles</title><link>https://sourceforge.net/p/dubedit/wiki/Version%2520Numbering/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v1
+++ v2
@@ -7,4 +7,4 @@
 * `` will be incremented only upon main function addition or significant compatibility break
 + `` will be incremented upon regular function addition which does not cause significant compatibility issues
 + `` at 0 this indicates a Release Candidate (or Beta version). Positive numbers indicates final releases. The number is incremented when fixing significant issues without change in the functional perimeter.
-+ `` refers to the CM revision. It always increases (except if the CMS had to be reinitialized for some reason). Usually there will be a single  value corresponding to a `V..` value. Though in case of major blocking issue affecting a release, a new revision will be produced without incrementing the bugfix version. The version with the previous revision will be trashed and replaced by the new one. Obviously this will occur only few hours or days after the trashed revision has been published.
++ `` refers to the CM revision. It always increases (except if the CMS had to be reinitialized for some reason). Usually there will be a single `` value corresponding to a `V..` value. Though in case of major blocking issue affecting a release, a new revision will be produced without incrementing the bugfix version. The version with the previous revision will be trashed and replaced by the new one. Obviously this will occur only few hours or days after the trashed revision has been published.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Giles</dc:creator><pubDate>Tue, 07 May 2013 22:21:40 -0000</pubDate><guid>https://sourceforge.net9985ce2804a258b1dd797b88ee50c6779ca33609</guid></item><item><title>Version Numbering modified by Giles</title><link>https://sourceforge.net/p/dubedit/wiki/Version%2520Numbering/</link><description>&lt;div class="markdown_content"&gt;&lt;h1 id="version-numbering"&gt;Version Numbering&lt;/h1&gt;
&lt;p&gt;The following numbering rules will be applied to &lt;span&gt;[DubEdit Program]&lt;/span&gt; and &lt;span&gt;[DubEdit Libraries]&lt;/span&gt;:&lt;/p&gt;
&lt;p&gt;A Version Number has the form &lt;code&gt;V&amp;lt;major&amp;gt;.&amp;lt;minor&amp;gt;.&amp;lt;bugfix&amp;gt;Rev&amp;lt;rev-number&amp;gt;&lt;/code&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;&amp;lt;major&amp;gt;&lt;/code&gt; will be incremented only upon main function addition or significant compatibility break&lt;/li&gt;
&lt;li&gt;&lt;code&gt;&amp;lt;minor&amp;gt;&lt;/code&gt; will be incremented upon regular function addition which does not cause significant compatibility issues&lt;/li&gt;
&lt;li&gt;&lt;code&gt;&amp;lt;bugfix&amp;gt;&lt;/code&gt; at 0 this indicates a Release Candidate (or Beta version). Positive numbers indicates final releases. The number is incremented when fixing significant issues without change in the functional perimeter.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;&amp;lt;rev-number&amp;gt;&lt;/code&gt; refers to the CM revision. It always increases (except if the CMS had to be reinitialized for some reason). Usually there will be a single  value corresponding to a &lt;code&gt;V&amp;lt;major&amp;gt;.&amp;lt;minor&amp;gt;.&amp;lt;bugfix&amp;gt;&lt;/code&gt; value. Though in case of major blocking issue affecting a release, a new revision will be produced without incrementing the bugfix version. The version with the previous revision will be trashed and replaced by the new one. Obviously this will occur only few hours or days after the trashed revision has been published.&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Giles</dc:creator><pubDate>Tue, 07 May 2013 22:19:50 -0000</pubDate><guid>https://sourceforge.net9fa776434aa6773cd3d1b69eba770b4433cc661f</guid></item></channel></rss>