Hello, As far as I can tell, recent modifications to the release process means it will meet your expectations going forwards.
Take a look at https://docs.djangoproject.com/en/dev/internals/release-process/ <https://docs.djangoproject.com/en/dev/internals/release-process/> for details. Best regards, -- Aymeric. PS - https://twitter.com/fwiles/status/849161016734830592 <https://twitter.com/fwiles/status/849161016734830592> > On 4 Apr 2017, at 21:15, Bernhard Posselt <nukeawh...@gmail.com> wrote: > > Hi guys :) > > I'm maintaining a Django project that uses 6 apps: > > * djangorestframework, > > * django-parler (database translations), > > * django-allauth (openid & richer account settings) > > * django-recaptcha2 (simple recaptcha widget) > > * django-csp > > * django-cors-middleware > > Each time a new Django version is published it takes me at least a few > weeks to upgrade. The reason is that each release breaks something in > the apps that I use. Code that I wrote myself can usually be fixed > pretty quickly. > > Personally I don't think that the number of dependencies is excessive. > Furthermore I think that Django developers want to offload as much > functionality as possible to thirdparty apps to improve maintainability > so I doubt that I'm the only one with these issues. > > I know that deprecating and cleaning up things is *very* important to > keep the framework alive however was it ever considered to tune down the > frequency of breaking changes (like only remove features in a new LTS > release)? > > Apart from that would it be possible to adopt semver? If you had > followed semver closely, each 1.x release would have actually been a > major release (e.g. 1.1 -> 2.0.0, 1.2 -> 3.0.0) and your point releases > would need to contain three version numbers (e.g. 1.11.0 and not 1.11). > > I know that this versioning approach leads to very high version number > in a short amount of time but that's essentially what Django does: > breaking compat with each release :) > > > > -- > You received this message because you are subscribed to the Google Groups > "Django developers (Contributions to Django itself)" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to django-developers+unsubscr...@googlegroups.com. > To post to this group, send email to django-developers@googlegroups.com. > Visit this group at https://groups.google.com/group/django-developers. > To view this discussion on the web visit > https://groups.google.com/d/msgid/django-developers/7fde82bd-352d-9946-2cbc-699f04bd8773%40gmail.com. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To post to this group, send email to django-developers@googlegroups.com. Visit this group at https://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/D5E11913-A10C-4F76-AD8B-59E95EB1144F%40polytechnique.org. For more options, visit https://groups.google.com/d/optout.
