Formalize post-install/upgrade tasks and fix version-only upgrades.

Review Request #11339 — Created Dec. 17, 2020 and submitted — Latest diff uploaded

Information

Review Board
release-4.0.x

Reviewers

We have a few tasks that must be completed during an install or upgrade.
One is to register new SCMTools, and the other is to update the version
stored in the siteconfig.

With Django 1.6 times, we'd accomplish these by registering
post_syncdb signal handlers that would execute the necessary database
code, which made sense initially, but it meant that we had little
control over the order of operations. It also wasn't future-proof.

Given how installs/upgrades work now, we'd never get the equivalent
modern signals if we didn't need to perform a database upgrade. We'd
determine that no changes were made to the database, and simply skip the
process that would ultimately emit the signal.

Now, we have a dedicated function and signal for post-install/upgrade
steps. This registers SCMTools, updates the version in the database,
and emits a signal for any further tasks.

This is called both by rb-site and manage.py upgrade. It will not
be called with a simple evolve --execute.

A new manage.py createdb command has been added to help with the
installation side of this for development servers.

Tested creating and upgrading sites using rb-site. Verified the
resulting database entries.

Tested creating using manage.py createdb. Verified the database
entries.

Tested upgrading using manage.py upgrade. Verified the database
entries.

Unit tests passed.

Diff Revision 3

This is not the most recent revision of the diff. The latest diff is revision 4. See what's changed.

orig
1
2
3
4

Commits

First Last Summary ID Author
Formalize post-install/upgrade tasks and fix version-only upgrades.
We have a few tasks that must be completed during an install or upgrade. One is to register new SCMTools, and the other is to update the version stored in the siteconfig. With Django 1.6 times, we'd accomplish these by registering `post_syncdb` signal handlers that would execute the necessary database code, which made sense initially, but it meant that we had little control over the order of operations. It also wasn't future-proof. Given how installs/upgrades work now, we'd never get the equivalent modern signals if we didn't need to perform a database upgrade. We'd determine that no changes were made to the database, and simply skip the process that would ultimately emit the signal. Now, we have a dedicated function and signal for post-install/upgrade steps. This registers SCMTools, updates the version in the database, and emits a signal for any further tasks. This is called both by `rb-site` and `manage.py upgrade`. It will *not* be called with a simple `evolve --execute`. A new `manage.py createdb` command has been added to help with the installation side of this for development servers.
83c492f8e026853f4b5bd91a6047180948136316 Christian Hammond
reviewboard/__init__.py
reviewboard/manage.py
reviewboard/signals.py
reviewboard/admin/siteconfig.py
reviewboard/admin/management/__init__.py
reviewboard/admin/management/sites.py
reviewboard/cmdline/rbsite.py
reviewboard/scmtools/management/__init__.py
reviewboard/templates/admin/manual-updates/version-mismatch.html
Loading...