15979 2025-09-25 08:33:05 +0000 Document the development phases (M1-4, feature freeze, ...) 2026-01-20 14:23:09 +0000 1 1 9 Documentation Development Manual development unspecified x86 Multiple RESOLVED FIXED Medium+ minor 6.0 M2 1 yoann.congal antonin.godard randy.macleod sjolley.yp.pm --- --- Yes (doc changes required) oldest_to_newest 102814 0 yoann.congal 2025-09-25 08:33:05 +0000 The fact that there is a feature freeze before release is not obvious in the docs. Documenting that : * may help occasional contributor understand why their patch is not merged * provide a reference to explain to a contributor to wait for the next release cycle The most approaching doc I could find is https://docs.yoctoproject.org/test-manual/test-process.html#release-builds but just mention "usually four milestones" and not "feature freeze". 102816 1 antonin.godard 2025-09-25 09:00:49 +0000 Agreed, I think it could be part of https://docs.yoctoproject.org/ref-manual/release-process.html. Just to be sure I understand correctly: - Each release is a 6-month cycle. - Each release has four milestone. There is no definitive date on when milestones are released. - After M3, we enter feature freeze, meaning new features are not introduced until after the _next_ release (and so not even after M4). I'm not sure to grasp what the difference between M4 and the new tagged release is. Is the time between M4 and the tagged release used for QA/testing? If that is true, does the following apply? - There is no definitive date on when a new release is tagged. It depends on whether every tests have passed QA. 103697 2 antonin.godard 2026-01-05 16:08:03 +0000 I've sent a patch to document this: https://lore.kernel.org/r/20260105-release-process-v1-1-6b84d409718c@bootlin.com 103971 3 antonin.godard 2026-01-20 14:23:09 +0000 Patch merged, closing https://git.yoctoproject.org/yocto-docs/commit/?id=77c04cc5944acda7575546a7434e014e4a75ba58