h1. DjHDGutils.PatchManager
h2. patch command
h3. Introduction
PatchManager makes it easy to support large scale project migrations in the well controlled manner.
Patches can be different types, namely:
and they are run in sequentual manner one after one. The migrations are made that way that several developers
in a different branches can run their patches, merge them without conflicts (a random number at the end of the
patch name makes it low probability to patch names to interfere) and test well before going to production.
h3. Patch names
Patches can be named automatically that is for next command is made:
(env)djyp $ ./manage.py patch next
File /someproject/migrations/00636-avk-654.sql has been created
size: 0
Filename consists from:
h3. Commands
h3. Compare to other systems
Most of other systems differ by their primary usage. South for example mainly used for distributed project support. Our system
is simple and straightforward to use, we always know what patch is going to be installed on a production database.
And so our advantages:
h3. Typical migrate session
In a typical usage session you do 2 things:
Or even just directly apply them, as we usually do in our upgrade scripts.
./manage.py patch list
./manage.py patch up