Updating Your Game¶
Fortunately, it’s extremely easy to keep your Evennia server up-to-date via GIT. If you haven’t already, see the Getting Started guide and get everything running. There are many ways to get told when to update: You can subscribe to the RSS feed or manually check up on the feeds from http://www.evennia.com.
When you’re wanting to apply updates, simply
cd to your cloned
evennia root directory and type:
assuming you’ve got the command line client. If you’re using a graphical
client, you will probably want to navigate to the
and either right click and find your client’s pull function, or use one
of the menus (if applicable).
You can review the latest changes with
or the equivalent in the graphical client. You can also see the latest changes online here.
Migrating the Database Schema¶
Whenever we change the database layout of Evennia upstream (such as when
we add new features) you will need to migrate your existing database.
When this happens it will be clearly noted in the
git log (it will
say something to the effect of “Run migrations”). Database changes will
also be announced on the Evennia mailing list.
When the database schema changes, you just go to your game folder and run
Resetting your database¶
Should you ever want to start over completely from scratch, there is no need to re-download Evennia or anything like that. You just need to clear your database. Once you are done, you just rebuild it from scratch as described in step 2 of the Getting Started guide.
First stop a running server with
If you run the default
SQlite3 database (to change this you need to
settings.py file), the database is actually just a normal
evennia.db3. Simply delete that
file - that’s it. Now run
evennia migrate to recreate a new, fresh
If you run some other database system you can instead flush the database:
This will empty the database. However, it will not reset the internal counters of the database, so you will start with higher dbref values. If this is okay, this is all you need.
Django also offers an easy way to start the database’s own management should we want more direct control:
In e.g. MySQL you can then do something like this (assuming your MySQL database is named “Evennia”:
mysql> DROP DATABASE Evennia; mysql> exit NOTE: Under Windows OS, in order to access SQLite dbshell you need to `download the SQLite command-line shell program`_. It’s a single executable file (sqlite3.exe) that you should place in the root of either your MUD folder or Evennia’s (it’s the same, in both cases Django will find it).
More about schema migrations¶
If and when an Evennia update modifies the database schema (that is, the under-the-hood details as to how data is stored in the database), you must update your existing database correspondingly to match the change. If you don’t, the updated Evennia will complain that it cannot read the database properly. Whereas schema changes should become more and more rare as Evennia matures, it may still happen from time to time.
One way one could handle this is to apply the changes manually to your database using the database’s command line. This often means adding/removing new tables or fields as well as possibly convert existing data to match what the new Evennia version expects. It should be quite obvious that this quickly becomes cumbersome and error-prone. If your database doesn’t contain anything critical yet it’s probably easiest to simply reset it and start over rather than to bother converting.
evennia migrateto be up-to-date again.