79 lines
3.7 KiB
Bash
Executable File
79 lines
3.7 KiB
Bash
Executable File
#!/usr/bin/env bash
|
|
|
|
############################################################################
|
|
#
|
|
# reset-test-db.sh
|
|
#
|
|
# Resets the MySQL test database for the bok-choy acceptance tests.
|
|
#
|
|
# If it finds a cached schema and migration history, it will start
|
|
# from the cached version to speed up migrations.
|
|
#
|
|
# If no cached database exists, it will create one. This can be
|
|
# checked into the repo to speed up future tests.
|
|
#
|
|
# Note that we do NOT want to re-use the cache between test runs!
|
|
# A newer commit could introduce migrations that do not exist
|
|
# in other commits, which could cause migrations to fail in the other
|
|
# commits.
|
|
#
|
|
# For this reason, we always use a cache that was committed to master
|
|
# at the time the branch was created.
|
|
#
|
|
############################################################################
|
|
|
|
DB_CACHE_DIR="common/test/db_cache"
|
|
|
|
# Ensure the test database exists.
|
|
echo "CREATE DATABASE IF NOT EXISTS edxtest;" | mysql -u root
|
|
|
|
# Clear out the test database
|
|
#
|
|
# We are using the django-extensions's reset_db command which uses "DROP DATABASE" and
|
|
# "CREATE DATABASE" in case the tests are being run in an environment (e.g. devstack
|
|
# or a jenkins worker environment) that already ran tests on another commit that had
|
|
# different migrations that created, dropped, or altered tables.
|
|
echo "Issuing a reset_db command to the bok_choy MySQL database."
|
|
./manage.py lms --settings bok_choy reset_db --traceback --noinput
|
|
|
|
# If there are cached database schemas/data, load them
|
|
if [[ -f $DB_CACHE_DIR/bok_choy_schema.sql && -f $DB_CACHE_DIR/bok_choy_migrations_data.sql && -f $DB_CACHE_DIR/bok_choy_data.json ]]; then
|
|
|
|
echo "Found the bok_choy DB cache files. Loading them into the database..."
|
|
# Load the schema, then the data (including the migration history)
|
|
echo "Loading the schema from the filesystem into the MySQL DB."
|
|
mysql -u root edxtest < $DB_CACHE_DIR/bok_choy_schema.sql
|
|
echo "Loading the migration data from the filesystem into the MySQL DB."
|
|
mysql -u root edxtest < $DB_CACHE_DIR/bok_choy_migrations_data.sql
|
|
echo "Loading the fixture data from the filesystem into the MySQL DB."
|
|
./manage.py lms --settings bok_choy loaddata $DB_CACHE_DIR/bok_choy_data.json
|
|
|
|
# Re-run migrations to ensure we are up-to-date
|
|
echo "Running the lms migrations on the bok_choy DB."
|
|
./manage.py lms --settings bok_choy migrate --traceback --noinput
|
|
echo "Running the cms migrations on the bok_choy DB."
|
|
./manage.py cms --settings bok_choy migrate --traceback --noinput
|
|
|
|
# Otherwise, update the test database and update the cache
|
|
else
|
|
echo "Did not find a bok_choy DB cache. Creating a new one from scratch."
|
|
# Clean the cache directory
|
|
mkdir -p $DB_CACHE_DIR && rm -f $DB_CACHE_DIR/bok_choy*
|
|
|
|
# Re-run migrations on the test database
|
|
echo "Issuing a migrate command to the bok_choy MySQL database for the lms django apps."
|
|
./manage.py lms --settings bok_choy migrate --traceback --noinput
|
|
echo "Issuing a migrate command to the bok_choy MySQL database for the cms django apps."
|
|
./manage.py cms --settings bok_choy migrate --traceback --noinput
|
|
|
|
# Dump the schema and data to the cache
|
|
echo "Using the dumpdata command to save the fixture data to the filesystem."
|
|
./manage.py lms --settings bok_choy dumpdata > $DB_CACHE_DIR/bok_choy_data.json
|
|
# dump_data does not dump the django_migrations table so we do it separately.
|
|
echo "Saving the django_migrations table of the bok_choy DB to the filesystem."
|
|
mysqldump -u root --no-create-info edxtest django_migrations > $DB_CACHE_DIR/bok_choy_migrations_data.sql
|
|
echo "Saving the schema of the bok_choy DB to the filesystem."
|
|
mysqldump -u root --no-data --skip-comments --skip-dump-date edxtest > $DB_CACHE_DIR/bok_choy_schema.sql
|
|
fi
|
|
|