<div dir="ltr">Hi Andrey,<div><br></div><div>I agree that it's useful to know compatibility between releases and previous versions</div><div>of plugins, but I'm not 100% sure that tag comments is the best place to keep such</div><div>information, does it make sense to use Changelog.txt file for such information instead?</div><div><br></div><div>Regarding to versioning itself, Semantic Versioning is going to be mandatory in</div><div>the nearest releases because of plugins patching story [1].</div><div><br></div><div>Thanks,</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/151256/">https://review.openstack.org/#/c/151256/</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 12, 2015 at 7:31 PM, Andrey Epifanov <span dir="ltr"><<a href="mailto:aepifanov@mirantis.com" target="_blank">aepifanov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <br>
    <div>Hello!<br>
      <br>
      I would like to discuss which policy we want to recommend for the
      versioning, branching and tagging for FUEL plugins and how it
      should correlate with FUEL/MOS versions/releases.<br>
      According <a href="http://docs.mirantis.com/openstack/fuel/fuel-6.0/plugin-dev.html#metadata-yaml" target="_blank">Fuel
        Plug-in Guide</a> we recommend to use the following standard <a href="http://semver.org/" target="_blank">(</a><a href="http://semver.org/" style="color:rgb(211,47,26);text-decoration:none;font-family:'PT Sans',arial,sans-serif;font-size:15px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:22.5px;text-align:justify;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255)" target="_blank">Semantic Versioning 2.0.0</a><span style="color:rgb(65,69,77);font-family:'PT Sans',arial,sans-serif;font-size:15px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:22.5px;text-align:justify;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;display:inline!important;float:none;background-color:rgb(255,255,255)"></span><a href="http://semver.org/" target="_blank">)</a>
      for the plugin versioning. IMO, it is a good idea, because in this
      case we have independent development process and release cycle
      from the FUEL/MOS. But very often we will need to find out which
      versions of FUEL/MOS is supported by each version of plugin and
      vice versa. Of course, we can checkout each version and look into
      metadata.yaml which contain a list of supported releases of
      FUEL/MOS, but it is not very convenient. For this purpose we can
      store this list in the commit message for each tag. It is allow us
      very quick and easily to get dependencies between plugin versions
      and FUEL/MOS releases, usging simple command: <b>git tag -n10</b>.
      It  also will be very convenient for the CI process.<br>
      <br>
      What do you think about it?<br>
      <br>
       <br>
      <i>Thanks and Best Regards,<br>
        Andrey.</i><br>
       </div>
  </div>

<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>