Skip to content

sharrisoncaktus/wagtail-data-migration-example

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

21 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Wagtail Data Migrations Example

Wagtail is a fantastic content management system framework that does a great job of making it easy for developers to get a new website up and running quickly and painlessly. It's no wonder that Wagtail has grown to become the leading Django-based CMS. As one of the creators of Wagtail recently said, It makes the initial experience of getting a website set up and running very good.

But:… There are some points of pain for developers who work on large Wagtail projects. One of those those pain points is data migrations, particularly those that involve StreamFields. My informal survey of fellow-developers yielded the following helpful comments:

  • "Wagtail migrations are evil."
  • "As a rule, avoid data migrations on streamfields at all costs."

This repository contains a working example of StreamField migrations.

Installation

To install the latest version of the example app:

$ git clone https://github.com/sharrisoncaktus/wagtail-data-migration-example
$ cd wagtail-data-migration-example
$ mkvirtualenv wagtail-data-migration-example # or your prefered virtualenv setup
(wagtail-data-migration-example) $ pip install -r requirements.txt

Rules for Wagtail Data Migrations

  1. You can add fields to the model, and new blocks to StreamFields, with impunity — as long as you don’t move or rename anything.
  2. When you merge migrations from two or more developers, and those migrations touch StreamFields, do another final manage.py makemigrations to capture the merged state of the StreamFields.
  3. If you are moving or renaming data and you have to do a data migration, split the migration into several steps:
    • Step 1: Add new fields to the model without moving or renaming anything.
    • Step 2: Create a data migration that maps / copies all the data from the old fields to the new fields, without modifying the existing fields. (Treat existing data as immutable at this point.)
    • Step 3: Deploy the migration and let editors review everything, making sure that all the data was correctly copied.
    • Step 4: Switch the site templates / API to the new fields.
    • Step 5: Create final migration that deletes the old data, and deploy it with updated templates that use the new fields.
  4. Data migrations involving StreamFields are best done by using Page.to_json() and Revision.content_json as the data starting point.
    • These data structures are almost identical, so you can use the same function to map page / revision data to new values.
  5. Data migrations involving StreamFields are best done by writing directly to the stream_data property of the StreamField.
    • Python-native data structure are a lot easier than trying to build the StreamValue directly.

Worked Examples of the Rules and the Steps

The above rules & steps are shown in the revision history. To get the full experience, check out each of the following branches in order:

  • Step 1 – Adds ExamplePage model
  • Step 2 – Adds pages to docs StreamField in ExamplePage
  • Step 3 – Adds a content StreamField to ExamplePage
  • Step 4 – Data migration copies page data to ExamplePage.content
  • Step 5 – Removes old page data

For each branch, run the migrations, then run the server, and create / edit an ExamplePage that uses the model.