Staging site & development best practices

What are people doing for staging & development stacks?

I’m on a Canadian ISP that offers Omeka S through Softaculous (a very recent development). I can of course create two sites but Softaculous doesn’t do staging/production management for Omeka the way it does for other installs (e.g. wordpress).

Other than manually exporting the folders and database from one to another, or manually setting up everything on staging to be sure it works and then manually setting it all up again on production, does anyone have any clever tips and tricks for managing this?

Related:
I see this has been asked in the past and so it would be nice to have the user manual updated or some other permanent page somewhere outside the forum:

Some similar questions, like how to move sites between hosts, etc., should also be included:

Is there a staff member in charge of documentation? I know I can pop some suggestions in a pull request, but I assume there is a team who gets paid to do this work who may want to manage it.

1 Like

There are, indeed, staff members who work on documentation and the user manual updates. We’ve got a to-do list, to which we’ll add this, but we always welcome suggestions via pull requests.

Curious about this as well- has anything been added to the manual? we already have a dev server and a prod server. Each has Omeka S installed. Ideally, we would like our users to create their sites on our dev server, then when ready move the site to production. I realize this is a big ask, as their would be many dependencies for each site, but just curious if anyone has a similar workflow?

The only way I’ve been able to approach this is to pull down JSON information from the Test/Dev environment, pull down the assets/media from the Test/Dev environment, and muddle through pushing it in to the Prod or other environment.

However, I’m interested in giving Tim Sherratt’s recently packaged Python tools a try.

In general when I’ve needed a test/prod type setup I’ve done what’s indicated in the original post as an “other than”: the “copy the database and the files” approach. It’s basically the same process as moving a site between two servers or (to an extent) upgrading an install.