Posts Tagged ‘ build ’

Konfy: configuration of node and webapps made easy

I wrote a small utility module Konfy, which allows you to configure your node and/or (browserified) webapps easily.

It was aimed to fulfil following requirements:

  • API symmetry in both node and the browser.
  • Extremely easy setup.
  • Allows the use of ENV variables.
  • Variable interpolation of the configuration data.
  • Easy integration with existing build tools and package managers: Grunt, Gulp, Broccoli, Bower et cetera.

Find the source, documentation and examples on


Auto-generate modularized #grunt configuration files

I wrote a Grunt task which will take your big, fat grunt configuration object and automatically generate separate files to store the task configuration objects in: grunt-generate-configs

The task will parse your grunt configuration object and automatically create files for each task.
Continue reading

Best way to handle large grunt files

I love Grunt. Each project I’ve done last year I’ve used it to automate linting, building, testing, etc. There’s just one thing which keeps on bothering me: once a project grows, so does the grunt file. I just keep on finding new grunt plugins and adding them to my projects. With every plugin, task configuration and declarations are added to the Grunt file and its size just keeps on growing, making it very messy and hard to maintain IMO.

TL;WR (too long;won’t read)

We’re having a discussion on the best way to manage large grunt files in this thread of the yeoman generator-webapp project. Let us know what you think!

So, what’s it all about?

To me, the best way to manage grunt task configurations is by splitting it all up into several files.

I wrote a module load-grunt-configs which loads your grunt task configuration objects from files in a directory.
Continue reading

Load #gruntjs task configurations from separate files.

Grunt files tend to grow fast due to big amount of tasks and their configuration objects. I created a module load-grunt-configs that allows you to split your Grunt task configuration objects into separate files any way you choose. There are similar modules that allow you to the same, but with grunt-load-configs you can configure targets for a single task in multiple files.

This means you no longer need to group all task targets into a single file, but can split them up according to their task dependencies.

See for examples and usage.

Continue reading

A plugin for #gruntjs to run #jasmine specs: grunt-jasmine-task


This plugin is deprecated and replaced by grunt-contrib-jasmine

I wrote a plugin to run jasmine specs with grunt.
It should be stable and is available through npm.
Continue reading

Automating JavaScript builds

Automating JavaScript builds

— UPDATE (20/04/2012) —

This is an update to my original post on how to automate javascript builds using ant and a number of other tools, however, for most of my projects I’ve switched over to gruntjs. It’s far easier to use than Ant since it uses javascript and integrates most of my build tools pretty easily. Granted, it’s a little more limited than Ant, for instance: you can’t invoke shell commands from gruntjs (except the ones that have grunt tasks).
I also wrote a gruntjs plugin for running jasmine specs: grunt-jasmine-task.

Forget Ant, use gruntjs instead. 🙂

Below is the original post, just for sake of reference, but I consider it outdated, since I no longer use Ant, but Grunt instead.

— ORIGINAL POST (14/03/2012)–


Sometimes even for smaller javascript projects it’s interesting to create an automated build process. From the moment there’s a few steps you need to take every time you want to release your application/library it’s beneficial to automate this process not only because it will save you time, but also because it will save you the headache of remembering to do every step every time.

Continue reading

%d bloggers like this: