@shopify/slate-config
Handles all of Slate's configurable options. Slate packages can declare options in schema files and access the default values of these options in their code. Slate Config will also look for a slate.config.js
file in the root of a Slate theme project and use any key/values declared in it to override default values declared in Slate packages.
Example Schema
The format of Slate configurations relies on a flat object structure using unique keys to access each of its configuration items.
const path = require('path');
const commonPaths = require('@shopify/slate-config/common/paths.schema');
module.exports = {
...commonPaths
'webpack.babel.enable': true,
'paths.theme': process.cwd(),
'paths.theme.src': config => path.join(config.get('paths.theme'), 'src'),
};
Methods
SlateConfig(schema)
The main class constructor which consumes a config schema and returns a config instance.
const SlateConfig = require('@shopify/slate-config');
const config = new SlateConfig(require('../../../slate-tools.schema'));
SlateConfig.prototype.get(key)
Fetches the value of a given config item, and throws an error if the item does not exist
const themeRoot = config.get('paths.theme');
SlateConfig.prototype.set(key, value, override)
Sets the value of config item, and throws an error in the key already has a value set to it, unless the override boolean is set to true.
config.set('newKey', 'newValue'); // Sets new key in your config instance
config.set('existingKey', 'someValue'); // Throws an error because key already exists
config.set('existingKey', 'newValue', true); // Doesn't throw an error because override is set to true
Testing
Generally, it's considered a best practice to add unit tests to any configuration items you use in your code to catch any future unintentional regressions. To test a configuration item, you can modify the global object used to normally store slate.config.js
values:
global.slateUserConfig['paths.theme'] = 'some/new/path/for/testing'