devcycle: Clarify doc & test changes in Beta & RC

[encukou]

This is how I imagine things work in the beta & RC, but I'm likely wrong:

• beta: docs & test changes are welcome
• RC: no trivial changes

@pablogsal, as the RM, could you please review and make any changes necessary?

[pablogsal]

• beta: docs & test changes are welcome
• RC: no trivial changes

@pablogsal, as the RM, could you please review and make any changes necessary?

I think this is correct, at least it matches my current understanding.

[pablogsal]

Chiming other RMs to double check:

CC: @ambv @ned-deily

[ambv]

I like the clarification that beta still accepts doc and test improvements. I don't like the implication that release candidates don't allow those. Since we squished the beta phase a bit to hit RC1 just in time for inclusion in Fall editions of Linux distributions, we now spend two months of every year in RC phase. Saying that we shouldn't allow for documentation and tests to shape up then is unrealistic.

I understand that we don't want major refactors of tests and docs in RCs but for new functionality it's not uncommon for documentation to only be written when we pester for it while working on the What's New document before the final release -_-

[ned-deily]

I agree with @ambv. Perhaps change the RC wording to something like: "While the goal is to have no code changes between a RC and a final release, there may be a need for final documentation or test fixes. Any such proposed changes should be discussed first with the release manager."

[encukou]

Thanks for the clarification!