On Fri, Jul 26, 2013 at 07:42:45AM -0400, Marc-André Lureau wrote: > > > ----- Mensaje original ----- > > On Fri, Jul 26, 2013 at 07:31:34AM -0400, Marc-André Lureau wrote: > > > Hi > > > > > > ----- Mensaje original ----- > > > > > What is the difference between "minor" and "micro" in your naming? How > > > > > can it be decided or interpreted between one or the other? It is worth > > > > > to have some clear rule for versioning. > > > > > > > > micro is intended for releases that are mostly bugfixing, minor for > > > > releases introducing non-trivial new features, major for large new > > > > features or changes which are disruptive to user experiance > > > > > > We haven't been following this practice closely in the 0.5.X releases. > > > > > > Your definition of micro seems like it should be a stable branch of the > > > major.minor. That would indeed make sense, if only we were doing it. > > > > No, a stable branch would add a fourth digit. > > The problem with your definition of .micro is the "mostly". What should > go in minor or what should go in micro is subject to debate. That's > something we can avoid. No, choice of how to increment version numbers is always a subjective decision. You can never get something black & white. That's why my description allows for flexibility of interpretation there. > > This discussion is pointless bikeshedding. It is perfectly possible to > > do windows installers with the versioning scheme we already have. I see > > no reason to justify changing > > > > It's not useless since we have a problem with windows installer updates > and our version scheme. > > Please believe me, I have no fun at all, and I would prefer not to have > to deal with those Windows issues and get rid of this problem quickly. > But between using a weird windows version scheme that doesn't follow > upstream and getting a clear understanding for the version scheme we > use, I prefer the later. Such is life with Windows. It defines an unreasonably restrictive version scheme that I have no desire to have ourselves follow. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| _______________________________________________ virt-tools-list mailing list virt-tools-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/virt-tools-list