Skip to content

Latest commit

 

History

History
47 lines (41 loc) · 1.89 KB

README.md

File metadata and controls

47 lines (41 loc) · 1.89 KB

aspace-3-3-1

ArchivesSpace 3.3.1 setup for local development

Setup

Either load a database snapshot, or migrate a fresh mysql database.

Loading a db snapshot:

Create a folder called dbsnapshots in this project's root directory. Start the mysql database container on its own using:

docker-compose -f docker-compose-onlydb.yml up

Exec into the container:

docker exec -it aspace_db bash

Log into Mysql and enter the password defined in the docker-compose-onlydb.yml:

mysql -u as -p

Select the archivesspace database:

use archivesspace;

Load the snapshot. Please note that with the size of our dataset this will take some time:

source /dbsnapshots/${snapshot_name}.sql

Running Migrations against the mysql database:

docker-compose -f docker-compose-migrate.yml up

Getting the plugins:

Run the below command from the base directory to clone all plugins set to their relevant branches. They will be mounted into aspace's plugins directory via the docker-compose. To turn plugins on and off, add or remove them from the AppConfig[:plugins] property in config.rb. The order plugins are listed DOES matter, and by default config.rb contains the plugins in the proper order. Plugins can be removed from the config entirely, but you cannot change the order in which they are loaded.

bash clone_plugins.sh

Plugin Init:

The plugin-init will run as part of the below docker-compose command to start aspace. This will delay aspace starting by a not-insignificant amount of time, so you'll only want to do it once (unless the required gems change, you wipe your local plugins directory, or explicitly need to run it again for another reason). The docker-compose-local has a RUN_PLUGIN_INIT=true setting. Change RUN_PLUGIN_INIT to false to prevent plugin init from running before starting aspace.

Running ASpace:

docker-compose -f docker-compose-local.yml up