A Node.js scripts that help you to compile and deploy the static assets (CSS/JavaScript) of your website. More why here.
- serving static content from CDN and a cookieless domain (so we can reduce sent payload)
- transpile JavaScript files with Babel 6 and webpack
- lint JavaScript files with ESLint and eslint-config-airbnb
- serve JavaScript files in dev mode via webpack-dev-server
- use long-term-caching
- generate a custom build for
modernizrwith ModernizrWebpackPlugin
- serving static content from CDN and a cookieless domain (so we can reduce sent payload)
- compile Less files with postcss-less
- process CSS files with postcss
- add vendor prefixes with autoprefixer
postcssplugin - adjust images urls inside css for CDN with postcss-url
postcssplugin - warn about unsupported features via doiuse
postcssplugin - minify CSS files with clean-css
postcssplugin - create style guides using CSS comments and mdcss
postcssplugin - use
calcviapostcss-calcpostcssplugin
- serving static content from a cookieless domain (so we can reduce sent payload)
- compress images with imagemin and plugins (imagemin-mozjpeg imagemin-pngquant imagemin-gifsicle)
- conventional commit message validator (
commitizen,pre-git) with conventional-commit-message - more functional
npm publishwith publish-please - tests with blue-tape and sinon
- automatic linting and testing with
git hookand pre-git - documentation with esdoc
The tasks available at the moment are:
clean: delete and create again the JavaScript (buildPathJsconfig key) and CSS (buildPathCssconfig key) folderbump: update the version insidepackage.json(packageJsonconfig key) andWeb.config(webConfigconfig key) according to major/minor/patchbuildImages: compress imagesbuildJs: lint(eslint-loader), transpile(babel-loader) and minify(UglifyJsPlugin) js files withwebpackbuildCss: clean -> build stylesheetbuild: test -> clean -> build[ js | style ]upload: upload the compiled files on the CDNdeploy: bump -> clean -> build[ js | style ] -> uploadwatch: startswebpack-dev-serverfor js filestest: test files inside folder with tape/blue-tape (TAP specification) and format the output with faucet
note: -> means in serial, | means in parallel
General
cdn: the domain of the CDN, used to built up the path (webpack splitting) for resources on CDNprojectName: name of the project, used to built up the path for resources and CDNwebConfig: the relative path with filename of the webConfig file (es: data/Web.Config). When set, version in the file asappSettings key swversionis updated during bump processpackageJson: the relative path with filename of thepackage.jsonfilelongTermHash: use hash instead of version folder for filename to enable long-term-caching. The output for CSS files is${outputFolder}${filename}-${filehash}.csswhile for JavaScript files you can configure it inwebpack-config.js
Style
srcSass: the path of the sass files (es: sass/). When set Sass is used [OPT-IN]srcLess: the path of the less files (es: less/). When set Less is used [OPT-IN]mainStyle: the entry file of the front's styles (es: main.less/main.sass)mainBackoffileStyle: the entry file of the backoffice's styles (es: main-admin.less/main.sass) [OPT-IN]buildPathCss: the path of the compiled CSS files (es: css)preserveBuildPathCss: when true, avoid to delete the CSS folder duringcleantask [OPT-IN]stylelintrc: path of stylelintrc file [OPT-IN]styledocPath: path of the folder for style guidesdoiuse: a list of browser (comma separated) to use withdoiusepostcsspluginautoprefixer: a list of browser (comma separated) to use withautoprefixerpostcssplugin
JavaScript
srcJsPath: the path with the JavaScript filesmainJs: the main entry (es: main.js)vendorsJs: the filename of the vendors file (es: vendors.js)[OPT-IN]mainBackoffileJs: the backoffice main-entry (es: main-backoffice.js) [OPT-IN]vendorsBackoffileJs: the filename of the vendors file for backoffice (es: vendors-backoffice.js)[OPT-IN]buildPathJs: the path of the compiled JavaScript files (es: bundles)
JavaScript (Webpack Dev Server) All these configuration are relative to the Webpack Dev Server used to compile js files and to serve static assets
webpackDevServerPath: the root directory (default: data)webpackDevServerHost: the host (default: localhost)webpackDevServerPort: the port (default: 8080)
Image
imagesPath: minify and copy to CDN the images inside the path (es: /data/images/)[OPT-IT]imagesCdnAlias: CDN alias for images so we can maximize parallel download with multiple domain (used bypostcssplugin)
note: all the config's path must ends with trailing slash
If your your website is a .net website (so with a Web.config file) you can add a key to appSetting named swversion. When you run npm run bump or npm run deploy the version inside is upgraded automatically alongside package.json .
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings>
<add key="swversion" value="1.42.2" />
</appSettings>
</configuration>In this way you can track project version in your .net website easily (for example alongside error reporting). This is an example of how it could works with Sentry and Raven Client in an MVC website.
server-side:
protected void Application_Error(object sender, EventArgs e) {
string v = ConfigurationManager.AppSettings["swversion"];
string sentrykey = ConfigurationManager.AppSettings["sentry.keybackend"];
var ravenClient = new RavenClient(sentrykey);
System.Exception exe = Server.GetLastError();
ravenClient.CaptureException(exe, sentryMessage,SharpRaven.Data.ErrorLevel.Error, new Dictionary<string, string>() { { "scope", "backend" } }, new { Release = v, Environment = enviroment });
Response.Redirect("/Error/error");
HttpContext.Current.ClearError();
}client-side:
<html>
<head></head>
<body data-swversion='@ConfigurationManager.AppSettings["swversion"]'>
<script src="https://cdn.ravenjs.com/3.0.5/raven.min.js"></script>
<script>
Raven.config('...', {
release: '@ConfigurationManager.AppSettings["swversion"]',
}).install();
</script>
</body>
</html>If you want to use long term caching for js e CSS (more here and here) you can
use longTermHash option. When so the build process try to update the relative keys inside Web.config with the hash of single file.
Moreover to avoid a new hash on main entry for every changes inside chuck, we use webpackManifest.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<appSettings>
<add key="vendors" value="http://YOUR.CDN.DOMAIN/projectname/data/bundles/8f763123f0f046e64dba.js" />
<add key="main" value="http://YOUR.CDN.DOMAIN/projectname/data/bundles/63ccb10c3a23c226a662.js" />
<add key="vendors-backoffice" value="http://YOUR.CDN.DOMAIN/projectname/data/bundles/5f015639e77466a19e5d.js" />
<add key="main-backoffice" value="http://YOUR.CDN.DOMAIN/projectname/data/bundles/5f015639e77466a19e5d.js" />
<add key="modernizr" value="http://YOUR.CDN.DOMAIN/projectname/data/bundles/modernizr.45f645c83986c0f3e169.js" />
<add key="main.css" value="http://YOUR.CDN.DOMAIN/projectname/css/38ef2f0c714372f9e033dad37e0cda84.css" />
<add key="main-admin.css" value="http://YOUR.CDN.DOMAIN/projectname/css/970d7f6a3392de0876e3aa9fbf8e8d2e.css" />
<add key="webpackManifest" value='{"0":"0.25d307f8089adf9f4633.js","1":"1.9899084d910934f61825.js"}' />
</appSettings>
</configuration>and you can change your razor views in this way
<html>
<head>
@if (System.Diagnostics.Debugger.IsAttached) {
<link rel="stylesheet" href="/css/main.css">
} else {
<script type="text/javascript">
window.webpackManifest = @Html.Raw(ConfigurationManager.AppSettings['webpackManifest']);
</script>
<link rel="stylesheet" href="@ConfigurationManager.AppSettings['main.css']">
}
</head>
<body>
@if (System.Diagnostics.Debugger.IsAttached) {
<script src="http://localhost:8080/vendors.js" type="text/javascript"></script>
<script src="http://localhost:8080/main.js" type="text/javascript"></script>
} else {
<script src="@ConfigurationManager.AppSettings['vendors']" type="text/javascript"></script>
<script src="@ConfigurationManager.AppSettings['main']" type="text/javascript"></script>
}
</body>
</html>Setup process of deployment-tools is quite easy - just run
npm install deployment-tools --save-devthen you must copy the npm scripts that you want to use to your package.json file
{
"scripts": {
"lint": "babel-node tools/run lint",
"clean": "babel-node tools/run clean",
"buildCss": "cross-env NODE_ENV=production babel-node tools/run buildCss",
"buildCss": "cross-env NODE_ENV=production babel-node tools/run buildCss",
"buildJs": "cross-env NODE_ENV=production babel-node tools/run buildJs",
"build": "cross-env NODE_ENV=production babel-node tools/run build",
"bump": "babel-node tools/run bump",
"deploy": "cross-env NODE_ENV=production babel-node tools/run deploy",
"upload": "babel-node tools/run upload",
"watch": "babel-node tools/run watch"
}
}and the relative confing settings to package.json file
{
"config": {
"cdn": "http://YOUR.CDN.DOMAIN",
"projectName": "project",
"webConfig": "Web.config",
"packageJson": "/package.json",
"srcJsPath": "/script/",
"mainJs": "main.js",
"mainBackoffileJs": "main-backoffice.js",
"buildPathJs": "/data/bundles/",
"srcSassOUT": "/sass/",
"srcLess": "/less/",
"mainStyle": "main.less",
"mainBackoffileStyle": "main-admin.less",
"buildPathCss": "/data/css/",
"preserveBuildPathCss": "true",
"imagesPath": "/data/images/",
"imagesCdnAlias": "http://your.cdn.domain.alias"
}
}The documentation of the package can be generated via esDoc
npm run docTests can be run via
npm test- add
amazonCDN provider - add more test
- add code coverage
Copyright (c) 2016 Alessandro Ursino (killanaca)