- The Django Release Cycle
- Should I upgrade?
- Deploying to Heroku
Back to Updates
Django 3.1 was released on August 4, 2020. Everything in the Learning Log project (Chapters 18-20) should still work as it’s written with only minor changes. For these updates, see the section Deploying to Heroku at the end of this page.
The core parts of Django are really stable; there is nothing in the new release that affects the Learning Log project. All of the new features are for more advanced use cases. Basically, the updates allow you to write asynchronous code in your views, and you can now easily store JSON objects in the database.
The Django Release Cycle
If you’re interested in building real-world Django projects, it’s important to understand the Django release cycle. Every site on the internet is open to attack. These days you don’t have to be an attractive target to be attacked; bots are constantly attacking random sites to try and find a way into various hosting platforms and server networks. Django, and every other decent web framework, is updated on a regular basis to support new features, deprecate outdated features, and remain relatively safe from new and ongoing attacks.
Each Django release has a major version number, a minor number, and a patch number. Django recently went from version 2.2.8 to version 3.0.0. This was nothing like the transition from Python 2 to Python 3; there were few if any breaking changes when upgrading a Django 2.2 project to run on Django 3.0.
Django releases are supported for about 16 months. Some releases, designated LTS for Long Term Support, are supported for about 3 years. Django 2.2 was the most recent LTS release. Here’s a great visual representation and description of the official release cycle.
If you want to see a detailed description of the Django release process, you can find the documentation here. If you want to see the entire evolution of Django, all of the release notes to date are listed here.
Should I upgrade?
That depends on what you’re working on:
Starting a New Django Project with Django 3.1
If you’re starting a brand new Django project, Django 3.1 will be installed for you automatically, and you should use this.
Starting a New Django Project using Django 2.2 LTS
If you’re starting a real-world project and you want to use the latest LTS release, you can use the following command in a virtual environment:
$ python -m pip install django==2.2
However, there’s no practical reason to do this. Support for 2.2 will end shortly after 3.1. And starting your project on 3.1 will make it easier to upgrade to 3.2 when it’s released next year, and 3.2 will be a long-term release.
Upgrading an Existing Project to Django 3.1
If you’re already working on a Django project, you don’t need to upgrade if your version is still being supported. But if you want to use the latest version, here’s how to do it. I’ll describe this in the context of upgrading a Learning Log project that’s currently running on Django 3.0.
- Close all terminals where the virtual environment is active. (This isn’t absolutely necessary, but it’s certainly a good idea if you’ve got a number of terminals open.)
- Open a terminal, and activate the virtual environment.
Run the following command:
(ll_env) learning_log$ pip install --upgrade django
- This command will uninstall any version of Django that’s already installed in the active virtual environment, and install the latest version of Django.
- Continue working on the project.
- It’s a good idea to start the development server, and make sure everything that was working still works.
- If you were using this process to upgrade to a version with some breaking changes, you’d look at the problematic functionality and update your code to use Django’s current features in your project.
- If you’re upgrading Learning Log from an earlier version to 3.1, make sure you see the section about deploying to Heroku below.
Deploying to Heroku
There are two minor changes you’ll need to make in order to deploy your Learning Log project to Heroku.
On page 448 in the section Installing Required Packages, it says to install the package
psycopg2==2.7.*. This should be changed to
The settings.py file no longer imports the
os module by default, so we need to import it when we create the Heroku-specific settings for deployment.
On page 456, add
import os right before the line that imports
# Heroku settings. import os import django_heroku django_heroku.settings(locals()) --snip--
The Python Runtime
The latest Python runtimes available on Heroku are listed here. The ones you’re probably interested in are
python-3.7.8. You can use either of these in the runtime.txt file described on page 449.
This is not a critical update; if you specify a runtime that’s slightly out of date, Heroku will use the closest match it finds in its available runtimes.