Visualization page for the static build of the 2015 Ranking Digital Rights survey site.
The gulpfile is based on the gulp-webapp yeoman generator. The build system currently supports:
- Image optimization
- Sass compilation
- Watchify for JS bundling
- Minification/uglification where appropriate
- Serving and live reloading of pages
There are two commands, both run via npm.
npm run buildorgulp buildorgulp- clean & build everything and put it into dist foldernpm run serveorgulp serve- serve the pages and utilize live reload on changes to styles, fonts, images, scripts and HTML.
app/assets/
|
+- scripts/: The user scripts
| |
| +- config/: configuration files (see configuration section)
|
+- styles/: The sass styles
|
+- vendor/: Any third-party script that can't be required()
|
+- graphics/: Images for the site divided in:
| |
| +- layout/: Images for layout elements (Ex: background images)
| +- meta/: Images for the meta tags (Mostly icons and facebook images)
| +- content/: Content image
|
At times, it may be necessary to include options/variables specific to production, staging or local in the code. To handle this, there is a master config.js file. This file should not be modified. Instead, modify one of:
- config/production.js - production settings
- config/staging.js - overrides the production settings for staging server (basically Travis not on the DEPLOY branch)
- config/local.js - local (development) overrides. This file is gitignored, so you can safely change it without polluting the repo.
When developing locally with gulp serve, the default will be to use production (with overrides from local.js). However, if you need to run with the staging settings, use: DS_ENV=staging gulp serve from the command line.
The script build, which uses browserify, outputs two js files: bundle.js and
vendor.js:
bundle.js, created by thejavascripttask in deployment and bywatchifyduring development, contains all the app-specific code:app/scripts/main.jsand all the scripts itrequires that are local to this app.vendor.js, created by thevendorBundletask, contains all the external dependencies of the app: namely, all the packages you install usingnpm install --save ....
The .travis.yml file enables the usage of Travis as a test and deployment system. In this particular case, Travis will be looking for any changes to the repo and when a change is made to the master branch, Travis will build the project and deploy it to the gh-pages branch.
We're using semistandard for linting.
npm run lint- will run linter and warn of any errors.
There are linting plugins for popular editors listed in the semistandard repo.