Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DEP 4: Release Schedule #16

Merged
merged 1 commit into from Jun 25, 2015
Merged

DEP 4: Release Schedule #16

merged 1 commit into from Jun 25, 2015

Conversation

timgraham
Copy link
Member

No description provided.

@timgraham
Copy link
Member Author

I'm not sure what the exact scope of this DEP should be (e.g. if things like Python support and the FAQ should be included.)

deprecation shims for at least two releases.

Starting with Django 3.0, each version following an LTS will bump to the next
"dot zero" version. LTS version will thereafter always be "X.2". The
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LTS versions

deprecated features when running on the older LTS.

Features will be deprecated over two releases, except for features deprecated
in the version after an LTS as those deprecation shims are needed to ease
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

add "which will be deprecated over three releases" - right now it's unclear what the exception actually is.

@carljm
Copy link
Member

carljm commented Jun 22, 2015

I think this looks pretty good! I would actually add a short "Immediate Future" section towards the end, clarifying how the transition to the new numbering scheme will occur (that is, the 1.9 - 3.0 schedule).

@MarkusH
Copy link
Member

MarkusH commented Jun 22, 2015

There is already a DEP 0002 in "draft" and 0003 in "accepted"

@timgraham timgraham changed the title [WIP] DEP 2: Release Schedule [WIP] DEP 4: Release Schedule Jun 22, 2015
@timgraham
Copy link
Member Author

Carl, my thought is to communicate "Immediate Future" in the blog post and download page roadmap. I don't think it needs to be memorialized in a DEP.

@carljm
Copy link
Member

carljm commented Jun 23, 2015

If the model here is the PEP process, PEPs do usually contain necessary information on the transition, too, even if that information won't be relevant years later. It's not the focus, but it's part of the PEP.

I guess I don't see the benefit of leaving it out entirely; if someone is reading the DEP in the near term, how the transition will happen is very useful information. Since it's even less likely that we want to link from a DEP to a more-transient resource like a blog post or the download page, not providing the information just leaves a reader in the dark. And it seems like the information would only take a sentence or two to provide (especially with the new 1.10 - 1.11 plan).

@timgraham
Copy link
Member Author

I did add "effective with Django 2.0 which will follow Django 1.11 (LTS)."

@carljm
Copy link
Member

carljm commented Jun 23, 2015

Ah, missed that change! DEP LGTM; are you ready for a technical board vote on it?

@timgraham
Copy link
Member Author

Yes, I think it's ready now.

@timgraham timgraham changed the title [WIP] DEP 4: Release Schedule DEP 4: Release Schedule Jun 24, 2015
@timgraham timgraham merged commit 21e1235 into django:master Jun 25, 2015
@timgraham timgraham deleted the release branch June 25, 2015 16:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants