Changes between Initial Version and Version 1 of Version1.10Roadmap


Ignore:
Timestamp:
Sep 24, 2015, 9:20:27 AM (9 years ago)
Author:
Tim Graham
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Version1.10Roadmap

    v1 v1  
     1{{{
     2#!text/x-rst
     3
     4===================
     5Django 1.10 Roadmap
     6===================
     7
     8This document details the schedule and roadmap towards Django 1.10.
     9
     10What features will be in Django 1.10?
     11=====================================
     12
     13Whatever gets committed by the alpha feature freeze!
     14
     15Django 1.10 will be a fully 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.
     16
     17The Django core team has a couple of major features we'd like to merge:
     18
     19* `PostgreSQL Full Text Search <https://github.com/django/django/pull/4726>`_ (Marc Tamlyn)
     20* `Custom indexes <https://github.com/django/deps/pull/6>`_ (Marc Tamlyn)
     21* `Template-based widget rendering <https://github.com/django/django/pull/4848>`_ (Preston Timmons)
     22
     23If 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.
     24
     25Minor 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". Core developers try to regularly review and merge "Ready for checkin" tickets.
     26
     27Schedule
     28========
     29
     30Major milestones along the way to 1.10 are scheduled below. See `Process`_,
     31below, for more details. The dates are subject to change as necessary.
     32
     33==================  =============================================================
     34May 16, 2015        Django 1.10 alpha; feature freeze.
     35
     36June 17             Django 1.10 beta; non-release blocking bug fix freeze.
     37
     38July 15             Django 1.10 RC 1; translation string freeze.
     39
     402+ weeks after RC1  Django 1.10 final (or RC 2, if needed).
     41==================  =============================================================
     42
     43Process
     44=======
     45
     46Any features not completed by the feature freeze date won't make it into 1.10.
     47
     48Tim Graham 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.
     49
     50Feature freeze / Alpha 1
     51------------------------
     52
     53All 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/1.10.x`` from ``master``.
     54
     55After the alpha, non-release blocking bug fixes may be backported at the committer's discretion.
     56
     57Beta 1
     58------
     59
     60Beta 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.
     61
     62RC 1
     63----
     64
     65If 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.
     66
     67RC 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.
     68
     69Final
     70-----
     71
     72Ideally, Django 1.10 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 1.10 final. If not, we will decide how to proceed from there at that time (likely another release candidate would be issue at some point).
     73
     74How you can help
     75----------------
     76
     77The only way we'll meet these deadlines is with a great deal of community effort.
     78To that end, here's how you can help:
     79
     80* Read the `guide to contributing to Django <http://docs.djangoproject.com/en/dev/internals/contributing/>`_ and the `guide to Django's
     81  release process <http://docs.djangoproject.com/en/dev/internals/release-process/>`_.
     82
     83  These guides explains how our process works. where to ask questions,
     84  etc. It'll save everyone time if we're all on the same page when it
     85  comes to process.
     86
     87* Work on patches and `triage tickets <https://docs.djangoproject.com/en/dev/internals/contributing/triaging-tickets/>`_.
     88
     89* Attend a sprint (in person or in IRC).
     90
     91* Test the release snapshots (alphas, betas) against your code and report
     92  bugs.
     93
     94* We need *lots* of testers if we're to have a bug-free release. Download
     95  a snapshot or a git checkout and give it a try!
     96}}}
Back to Top