nerds-and-company/schematic

Craft setup and sync tool

Thursday, July 26, 2018
by nerds-and-company
Repository
17 Watchers
123 Stars
11,510 Installations

PHP
3 Dependents
0 Suggesters
17 Forks
4 Open issues
73 Versions
39 % Grown

The README.md

Schematic (for Craft 3)

Schematic allows you to synchronize your Craft setup over multiple environments. It does this by exporting information about assets, database (fields, sections, users), locales and plugins to a YAML file that can be imported in other environments., _(*1)

:exclamation: Craft 3.1 notice

Craft 3.1 brings project config that will deliver most if not all schematic functionality natively. We will continue to support schematic going forward, but it seems likely to become obsolete., _(*2)

Currently Schematic will not run on Craft 3.1 or higher!, _(*3)

Installation

This tool can be installed using Composer. Run the following command from the root of your project:, _(*4)

composer require nerds-and-company/schematic

This will add nerds-and-company/schematic as a requirement to your project's composer.json file and install the source-code into the vendor/nerds-and-company/schematic directory., _(*5)

Schematic is now available as an installable plugin in Craft. You can install it in the cp or use ./craft install/plugin schematic, _(*6)

Usage

Basic usage

The most common usage pattern of this tool, to synchronize from a development to a production environment, would be:, _(*7)

Create a Craft project locally
Set up all of the desired plugins, sections, templates, etc.
Run a Schematic export locally
Optionally, if a revision control system is used, commit the schema file to the local repository
Deploy the Craft application to a production environment
Run a Schematic import remotely

Or, to synchronize from a production to a development environment:, _(*8)

Run a Schematic export remotely
Pull the schema file locally
Optionally, if a revision control system is used, commit the schema file to the local repository
Run a Schematic import locally

Exporting

An export can be created by running:, _(*9)

./craft schematic/export

To skip exporting a specific of data type, exclusions can be specified in the following form:, _(*10)

./craft schematic/export --exclude=volumes

Multiple exclusions can also be specified:, _(*11)

./craft schematic/export --exclude=volumes,categoryGroups

The same goes for only exporting a subset of data types:, _(*12)

./craft schematic/export --include=volumes,categoryGroups

See [Supported DataTypes](#Supported DataTypes), _(*13)

An export will generate a schema file at config/schema.yml. The file path can be changed using the --file flag, for instance craft schematic/export --file=path/to/my-schema.yml, _(*14)

Importing

To run an import with schematic, a schema file needs to be present. An import can be created by running:, _(*15)

./craft schematic/import

By default schematic will look at config/schema.yml. To change the path where schematic will look for the schema file, use the --file flag., _(*16)

Optionally the --force flag can be used to make the import delete any items which are not mentioned in the import file., _(*17)

WARNING!! This will also delete any related content., _(*18)

To skip importing a specific of data type, exclusions can be specified in the following form:, _(*19)

./craft schematic/import --exclude=volumes

Multiple exclusions can also be specified:, _(*20)

./craft schematic/import --exclude=volumes,categoryGroups

See [Supported DataTypes](#Supported DataTypes), _(*21)

Supported DataTypes

Here is a list of all of the data types and their corresponding exclude parameter values:, _(*22)

Data Type	Exclude/Include Parameter
plugins	plugins
Sites	sites
Asset Transforms	assetTransforms
Category Groups	categoryGroups
Element Indexes	elementIndexSettings
Email Settings	emailSettings
Fields	fields
General Settings	generalSettings
Global Sets	globalSets
Plugins	plugins
Sections	sections
Tag Groups	tagGroups
User Settings	userSettings
User Groups	userGroups
Volumes	volumes

Overrides and environment variables

Specific keys can be overriden by adding a key in config/override.yml and setting the corresponding environment variable. The key name in the override.yml needs to be the same as the key you want to override from schema.yml, including any parent key names., _(*23)

The override file is also applied back when exporting, so your variables are not overriden by actual values. Schematic also supports passing an override file using the --override-file flag, for instance: ./craft schematic/import --override-file=path/to/your/config/override.yml., _(*24)

Example

If the following override.yml is defined:, _(*25)

parent:
    key_name: %KEY_VALUE%

Then the environment variable KEY_VALUE needs to be set. The value of this environment variable will override the key key_name. If the environment variable is not set Schematic will throw an error., _(*26)

Environment variables can also directly be used in the schema.yml file. Beware that if you do that, they will be overriden on export by their environment variable's values., _(*27)

Events

Custom converters can be injected with the EVENT_RESOLVE_CONVERTER event. This can be especially useful for importing and exporting custom field types. The converters need to implement the NerdsAndCompany\Schematic\Interfaces\ConverterInterface., _(*28)

Event::on(Schematic::class, Schematic::EVENT_RESOLVE_CONVERTER, function (ConverterEvent $event) {
    if ($event->modelClass = "My\Custom\Field") {
      $event->converterClass = "My\Custom\FieldConverter";
    }
});

Custom source mappings can be injected with the EVENT_MAP_SOURCE event. This can be especially useful for importing and exporting custom sources., _(*29)

Event::on(Schematic::class, Schematic::EVENT_MAP_SOURCE, function (SourceMappingEvent $event) {
    list($sourceType, $sourceFrom) = explode(':', $event->source);

    switch ($sourceType) {
        case 'plugin-source':
            $event->service = Craft::$app->customService;
            $event->method = 'getCustomModelBy';
            break;
    }
});

Caveats

Schematic uses handles to identify content. When a handle is changed in the schema file and import is run with force a new content type will be created with that handle, and the old content type will be deleted!, _(*30)

It is recommended to change content type handles with craft content migrations and to run these migration before running a schematic import., _(*31)

License

This project has been licensed under the MIT License (MIT). Please see License File for more information., _(*32)

Changelog

CHANGELOG.md, _(*33)

Credits

Inspired and based on the awesome ArtVandelay Plugin and built by these awesome individuals, _(*34)

The Versions

26/07 2018

dev-master

9999999-dev

Craft setup and sync tool

craft-plugin schematic

Craft setup and sync tool

nerds-and-company/schematic

The README.md

Schematic (for Craft 3)

:exclamation: Craft 3.1 notice

Installation

Usage

Basic usage

Exporting

Importing

Supported DataTypes

Overrides and environment variables

Example

Events

Caveats

License

Changelog

Credits

The Versions

dev-master

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

by Gijs Stegehuis

by Nick Obermeijer

by Arjan Kleene

by Niek Schmoller

4.0.14

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

dev-fix_for_custom_element_namespaces_in_element_indexes

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

4.0.13

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

dev-craft2

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

by Gijs Stegehuis

by Nick Obermeijer

by Arjan Kleene

by Niek Schmoller

3.8.9

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

by Gijs Stegehuis

by Nick Obermeijer

by Arjan Kleene

by Niek Schmoller

4.0.12

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

4.0.11

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

4.0.10

The Requires

The Development Requires

by Bob Olde Hampsink

by Bart van Gennep

4.0.9

The Requires

The Development Requires