[virt-tools-list] VirtViewer version scheme and Windows ProductVersion
Daniel P. Berrange
berrange at redhat.com
Fri Jul 26 11:47:02 UTC 2013
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 :|
More information about the virt-tools-list
mailing list