<div dir="ltr">Hey folks,<div><br></div><div>Driver versions has being a source of a lot of confusions with costumers. Most of our drivers</div><div>have a version number and history that are updated as the developers adds new fixes and</div><div>features. Drivers also have a VERSION variable in the version class that should be bumped by</div><div>developers. The problem with that is:</div><div><br></div><div>   - sometimes folks from the community just push patches on drivers, and its hard to bump</div><div>     every vendor version correctly;<br></div><div>   - that relies in the human factor to remember adding it, and usually that fails;<br></div><div>   - if we create a bugfix and bump the version, the backport to older branches will carry the</div><div>     version, which will not reflect the correct driver code;<br><br>So, the solution I'm proposing for this is that we use the Cinder versions[1] and remove all</div><div>version strings for drivers. Every new release we get a version. For stable versions, from time to</div><div>time the PTL bumps the stable version and we have an accurate ways to describe the code.</div><div>If we need to backport and send something to the costumer, we can do the backport, poke</div><div>the PTL, and he will generate another version which can be downloaded on github or via PIP,</div><div>and present the version to our costumers.<br><br>So, what are your thought around this? Anyone else has had problems with that? What would</div><div>be the implications of removing the driver version strings?</div><div><br>Erlon<br><br>[1] <a href="https://releases.openstack.org/teams/cinder.html">https://releases.openstack.org/teams/cinder.html</a><br>[2] <a href="https://github.com/openstack/cinder/blob/master/cinder/volume/drivers/solidfire.py#L237">https://github.com/openstack/cinder/blob/master/cinder/volume/drivers/solidfire.py#L237</a><br></div></div>