Bug back-porting and minor release strategy

Li Gong Liu <[email protected]>
Newsgroups gmane.network.open-pegasus.general
Message-ID <OF4E31FD30.A1E4ADE9-ON48257848.0027E1A5-48257848.00320CAA@cn.ibm.com>

I am not familiar with bug back-porting and minor release strategy.  Could
someone help to provide a little more detailed info? Thanks!
Currently whether a bug should be back-ported to previous release is
determined by Steering Committee or PMC member, right?  If a bug is found
in newer release, such as 2.11, but it is also exist in previous release
2.5. It would be ported to all release 2.11~2.5 separately, and it would be
specified in field "keywords", such as X.X.X_APPROVED ?
How long would usually back porting a bug to previous release.  The reason
that I ask the question is I'd like know whether the effort is deserved to
go through all bugs in new release in case the bug should be ported to
previous release while not do yet, the work/effort may benefit the quality
when the release date of my own product which ported from an older pegasus
release is very close.

Another thing that I am not very clear is what's the criterion for creating
a minor release, such as 2.9.1/2.9.2/2/10.1, and what content should be
included? Thanks!

Best Regards,
Ligong
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.