There are an increasing number of services that want to be able to import, export, exchange, and archive a Drupal site (code, files, db) such as DAMP, Aegir, Acquia Hosting, Pantheon, Drupal Gardens, Backup and Migrate module, and more. The goals for this working group are to:
- Develop a standard Drupal Site Archive format so that all of these systems can reliably exchange sites.
- Develop a Drupal contrib module with a push-button UI and Drush command for generating an export (import functionality may be too closely tied to each specific environment for a general contrib implementation).
I think we need enhance our file format and manifest for D8's config directories. I suspect everything works if those dirs are stored in public files dir but if sites store them elsewhere, the archive will not have config and thus restore is impossible.
- Am I right - this is needed?
- Anyone want to take a cut at adding this to the "spec"?
I've been working on a --no-core option in my sandbox (http://drupalcode.org/sandbox/helmo/1277350.git)
For archive restore to handle this we need some info in the manifest file indicating this.
In the issue below I've suggested a 'dump_type' field being either site or platform. But maybe we can think of something better...
1280218: archive-restore adaptation for an archive made with --no-core option - http://drupal.org/node/1280218Read more
In some cases, it would be really cool if the DB dump in the archive were in DBTNG format. Thats a new format which can be imported by SQlite, MySQL, Postgres, and contrib DBTNG drivers. See http://drupal.org/project/dbtng_migrator
I think we should call this 'driver' DBTNG in our Manifest.ini.
Do folks think this useful? Would Gardens, Pantheon, etc. be willing to support this during export and/or import?Read more
[ This group initially started as an email thread. This discussion is for re-posting the content of the thread and then continuing the discussion about the goals and layout of the archive format. ]
My initial idea is that the basic format will look like what Drupal Gardens already generates and what I think Pantheon imports: a gzip'ed tarball with code, ./files, and a .sql dump file in the root. However, there are many other things the format could support, such as:
- A specifiable format for the sql dump: mysqldump, pure SQL, whatever.