grunt-vtex
v0.16.1
Published
A Grunt convention-over-configuration parasite
Downloads
138
Readme
Grunt VTEX
A Grunt convention-over-configuration meta-project.
The file index.coffee
exposes only one function: generateConfig
.
It receives your grunt
, pkg
(your package.json parsed object) and options
.
It returns an object with configurations for all tasks used across projects in VTEX.
Your project should only define very specific customizations outside of this config.
This enforces uniformity and eases advancing configurations across every project simultaneously.
Important - contributors
If you are heavily altering a defined task or adding a new one, please bump the minor version.
Usage
In your Gruntfile:
GruntVTEX = require 'grunt-vtex'
module.exports = (grunt) ->
pkg = grunt.file.readJSON 'package.json'
options = {...}
config = GruntVTEX.generateConfig grunt, pkg, options
## customize by altering config
config.copy.main = {...}
tasks = {...}
grunt.initConfig config
grunt.loadNpmTasks name for name of pkg.devDependencies when name[0..5] is 'grunt-'
grunt.registerTask taskName, taskArray for taskName, taskArray of tasks
Options
- options.relativePath where to put files under build folder
- options.replaceGlob which files to replace on copy:deploy task
- options.replaceMap which keys to replace with which values on copy:deploy task
- options.devReplaceGlob which files to replace on copy:dev task
- options.devReplaceMap which keys to replace with which values on copy:dev task
- options.copyIgnore array of globs to ignore on copy:main
- options.dryrun if true, nothing will actually be deployed
- options.open whether to open automatically a page on running
- options.verbose whether to log all available information
- options.port which port the connect proxy should listen to
- options.replaceHost function to replace the host upon proxying
- options.proxyTarget what target to proxy to
- options.followHttps whether to follow HTTPS redirects transparently and return HTTP
- options.livereload whether to use livereload, or in which port to use it
- options.middlewares array of middlewares to use in connect
- options.headers map with headers to be sent with the request
- options.janusEnvHeader header required by Janus with the requested env. Defaults to X-VTEX-Janus-Router-CurrentApp-EnvironmentType
Grunt command line options
--stable
: proxies to stable API's instead of beta.--link
: sibling project directories to link in order to develop locally.--ft
: features that should be toggled.
Registered tasks
- getTags: this task fetches the current
tags.json
file, which tells us which apps are currently published with which versions.
Example excerpt of a tags.json
file:
{
oms-ui: {
stable: {
2: "2.9.76"
},
beta: {
2: "2.9.99-beta"
}
},
license-manager-ui: {
stable: {
2: "2.1.23"
},
beta: {
2: "2.1.23"
}
},
vtex-id-ui: {
stable: {
2: "2.2.6",
3: "3.2.29"
},
next: { },
beta: {
2: "2.2.6",
3: "3.2.29-beta"
},
alpha: { }
}
}
Using link
To develop two projects simultaneously, follow these steps:
Clone the other project into a sibling directory, install and start with the "dev" task.
$ cd Projects/ $ git clone [email protected]:vtex/front.shipping-data.git $ cd front.shipping-data $ npm i $ grunt dev // some target which doesn't run a server and livereload
In another terminal tab, start grunt with the
link
option, passing the name of the component:$ cd Projects/vcs.checkout-ui $ grunt --link front.shipping-data
This will symlink the build
folder from the sibling into the build
folder in this project.
You can also separate multiple projects with a comma, e.g.
$ grunt --link front.shipping-data,front.cart
Using feature toggles
You may turn a feature on using the ft
option:
$ grunt --ft totem
Advanced devReplaceMap
usage
devReplaceMap
accepts a string or a function as a value for a key. In case of a function, it will receive three parameters:
- features, the map of toggled features (using
--ft
) - symlink, the
symlink
task config, which is created according to the--link
option - tags, the
tags.json
map of published projects.
The result of this function is passed on to the replace
function. Therefore, you can return a function
that handles the pattern matching!
e.g.:
featureToggleReplace = (features, symlink, tags) -> (match) ->
if features?['totem'] then match else ''
linkReplace = (features, symlink, tags) -> (match, path, app, major) ->
env = if grunt.option('stable') then 'stable' else 'beta'
if symlink[app]
console.log "link".blue, app, "->".blue, "local"
return "/#{app}/#{path}"
else
version = tags[app][env][major]
console.log "link".blue, app, "->".blue, version
return "//io.vtex.com.br/#{app}/#{version}/#{path}"
devReplaceMap = {}
devReplaceMap["{{ 'checkout-custom.css' | legacy_file_url }}"] = '/arquivos/checkout-custom.css'
devReplaceMap["{{ 'checkout-custom.css' | file_url }}"] = '/files/checkout-custom.css'
devReplaceMap["{% if config.kiosk %}(\n|\rn|.)*\{% endif %}"] = featureToggleReplace
devReplaceMap["\\{\\{ \\'(.*)\\' \\| vtex_io: \\'(.*)\\', (\\d) \\}\\}"] = linkReplace
VTEX - 2014