Changes between Initial Version and Version 1 of Version3.2Roadmap

Timestamp:

May 13, 2020, 7:38:07 AM (5 years ago)

Author:

Carlton Gibson

Comment:

Created Version 3.2. Roadmap

Version3.2Roadmap

@@ +1 @@
+{{{
+#!text/x-rst
+
+==================
+Django 3.2 Roadmap
+==================
+
+This document details the schedule and roadmap towards Django 3.2.
+
+What features will be in Django 3.2?
+=====================================
+
+Whatever gets committed by the alpha feature freeze!
+
+Django 3.2 will be a time-based release. Any features completed and committed
+to master by the alpha feature freeze deadline noted below will be included.
+Any that miss the deadline won't.
+
+If you have a major feature you'd like to contribute, please introduce yourself
+on the `django-developers mailing list
+<https://groups.google.com/forum/#!forum/django-developers>`_ so you can find a
+shepherd for your feature.
+
+Minor features and bug fixes will be committed as they are completed. If you
+have submitted a patch, be sure the flags on the Trac ticket are correct such
+that it appears in the "Patches needing review" filter of the `Django
+Development Dashboard <https://dashboard.djangoproject.com/>`_. Better yet,
+find someone to review your patch and mark the ticket as "Ready for checkin".
+Tickets marked "Ready for checkin" are regularly reviewed by committers.
+
+Schedule
+========
+
+Major milestones along the way to 3.2 are scheduled below. See `Process`_,
+below, for more details. The dates are subject to change as necessary.
+
+=================  ======================================================
+January 14, 2021   Django 3.2 alpha; feature freeze.
+
+February 18        Django 3.2 beta; non-release blocking bug fix freeze.
+
+March 18           Django 3.2 RC 1; translation string freeze.
+
+April 1            Django 3.2 final
+=================  ======================================================
+
+Process
+=======
+
+Any features not completed by the feature freeze date won't make it into 3.2.
+
+Carlton Gibson as the release manager, will be in charge of keeping the
+schedule. The release manager keeps track of who's working on what issues so
+that bug reports can be efficiently routed and also nag developers who are in
+danger of missing deadlines.
+
+Feature freeze / Alpha 1
+------------------------
+
+All major and minor features must be committed by the Alpha 1 deadline. Any
+features not done by this point will be deferred or dropped. At this time, we
+will fork ``stable/3.2.x`` from ``master``.
+
+After the alpha, non-release blocking bug fixes may be backported at the
+committer's discretion.
+
+Beta 1
+------
+
+Beta 1 marks the end of any changes that aren't considered release blocking
+bugs. A bug is a "Release blocker" if it's a regression from a previous version
+of Django or if it's an important bug in a new feature. Only release blocking
+bug fixes will be allowed to be backported after the beta.
+
+RC 1
+----
+
+If there is still a consistent stream of release blockers coming in at the
+planned release candidate date; we'll release beta 2 to encourage further
+testing and push the release candidate date out ~1 month.
+
+RC 1 marks the freeze for translation strings; translators will have two weeks
+to submit updated translations for inclusion in the final release. Release
+blocking bug fixes may continue to be backported.
+
+Final
+-----
+
+Ideally, Django 3.2 final will ship two weeks after the last RC. If there are
+no major bugs found by 2 weeks after the release candidate, we will issue 3.2
+final. If not, we will decide how to proceed from there at that time (likely
+another release candidate would be issued at some point).
+
+How you can help
+----------------
+
+The only way we'll meet these deadlines is with a great deal of community effort.
+To that end, here's how you can help:
+
+* Read the `guide to contributing to Django <http://docs.djangoproject.com/en/dev/internals/contributing/>`_ and the `guide to Django's
+  release process <http://docs.djangoproject.com/en/dev/internals/release-process/>`_.
+
+  These guides explain how our process works. where to ask questions,
+  etc. It'll save everyone time if we're all on the same page when it comes to process.
+
+* Work on patches and `triage tickets <https://docs.djangoproject.com/en/dev/internals/contributing/triaging-tickets/>`_.
+
+* Attend a sprint (in person or in IRC).
+
+* Test the release snapshots (alphas, betas) against your code and report bugs.
+
+* We need *lots* of testers if we're to have a bug-free release. Download a snapshot or a git checkout and give it a try!
+}}}