[fedfs-utils] [PATCH] manpage: make rpmlint happy

[Chuck Lever]

On Sep 12, 2011, at 12:00 PM, Jeff Layton wrote:

> On Mon, 12 Sep 2011 11:47:06 -0400
> Chuck Lever <chuck.lever at oracle.com> wrote:
> 
>> Before I test and apply it, though, we need to figure out how to deal with updating 0.7 while developing 0.8.  I was thinking of adding a branch for 0.7.x and keeping support fixes there, then putting commits destined for 0.8 on master.  Any thoughts about this?
>> 
> 
> Why bother having so many development streams? I'd just apply this to
> the HEAD and plan to see it in 0.8.
> 
> Let's keep it simple and only add that sort of complexity if we deem it
> worthwhile.

I'm sympathetic to arguments towards simplicity.  However:

  o  I anticipate that once we reach 1.0 and later, distributions (especially enterprise distributions) will want upstream to maintain stable versions, alongside newer versions, for potentially a long while.  I'd like to have a running start on that, even if we don't need it immediately.

  o  I'm using a feature-based release system, rather than a train system, for many reasons.  But this means we have to avoid pushing entirely new releases before they are feature complete (or even well-tested) to fix pervasive bugs or security exposures.


We might get similar benefits by having one separate devel branch, and leave the current stable release on master.  (Assume both approaches would tag full releases to make it easy to pull them).  Would that be easier for the maintainer and distributors?

-- 
Chuck Lever
chuck[dot]lever[at]oracle[dot]com