From 31407f3badb2f248b6373a9c6d15c5dd4e89f4f3 Mon Sep 17 00:00:00 2001 From: Jeffrey Sica Date: Mon, 11 Nov 2019 12:10:26 -0500 Subject: update language from guin's suggestion --- contributors/devel/sig-release/release.md | 39 ++++++++++++++++++++----------- 1 file changed, 25 insertions(+), 14 deletions(-) diff --git a/contributors/devel/sig-release/release.md b/contributors/devel/sig-release/release.md index dac921e5..ad83ede7 100644 --- a/contributors/devel/sig-release/release.md +++ b/contributors/devel/sig-release/release.md @@ -136,21 +136,32 @@ feature work for the given release has been defined in suitable planning artifacts in conjunction with the Release Team's [enhancements lead](https://git.k8s.io/sig-release/release-team/role-handbooks/enhancements/README.md). -After enhancement freeze, applying milestones to PRs and Issues is +After enhancement freeze, tracking milestones on PRs and Issues is important. Items within the milestone are used as a punchdown list to -complete the release. Milestones **must** be applied correctly and managed -aggressively to properly gauge what will go into a release and what -effort may be needed and when. - -What would qualify to go into a current milestone? Any item that is -required for, or slated to go into, the current release. These could -be issues or PRs in repos including (but not limited to): - -- kubernetes/enhancements -- kubernetes/kubernetes -- kubernetes/release -- kubernetes/sig-release -- kubernetes/website +complete the release. *On issues*, milestones must be applied correctly, via +triage by the SIG, so that release team can track bugs and enhancements (any +enhancement related issue needs a milestone) + +There is some automation in place to help automatically-assign milestones to +PRs. This automation only applies to the following repos: + +* kubernetes/enhancements +* kubernetes/kubernetes +* kubernetes/release +* kubernetes/sig-release +* kubernetes/test-infra + +**On PRs against the master branch**, milestones are auto-applied so +this is less necessary. + +**On PRS against anything not master** the milestone +requirement is absolute and iron-clad necessary. + +Any other effort that +should be tracked by the release team that doesn't fall under that +automation umbrella should be have a milestone applied. + +*"Milestone early and milestone often. Everyone will be happier."* Implementation and bugfixing is ongoing across the cycle, but culminates in a code freeze period: -- cgit v1.2.3