From: Mark McLoughlin [mailto:markmc@redhat.com]
...
> > - Getting into a situation where we can't backport
features
because
> > we can't bump the version number - i.e. it's better to do
feature
> > negotiation on a per-feature basis rather than using a version
> > number that identifies a set of features
> [IH] this has a testing overhead though
I can think of several things you could mean by this, so could you
elaborate perhaps?
(e.g. testing overhead for client app developers, or QA overhead for
RHEV-M itself, or ...?)
[IH] testing the API from productization perspective, if
there is a matrix
of combinations for various versions.