Task automation tool built in JavaScript.
You often find yourself needing to do some repetitive operation, and this is usually the time to quickly bake some ad-hoc script. Still, from project to project you find yourself needing to reuse some task you had already previously created.
Automaton eases this process, allowing you to quickly set up an autofile, which describes what you want to do, by means of an ordered list of tasks that need to run for the task as a whole to be complete.
A little detail that makes Automaton a powerful tool, is that every autofile you create can itself be used by another autofile, turning the first one into a single task (imagine boxes within boxes). If you are curious, you can take a look at the source code, and check for yourself that even the tasks that Automaton provides built-in are simple autofiles.
automaton comes bundled with a few tasks to ease your own tasks.
ROADMAP Note that we're working on having support for gruntjs tasks, so you can use them just like native automaton tasks.
Scaffolding tasks help you perform some typical tasks, like appending, replacing, and others, to placeholders in a template file. Any text file can be a template. These tasks will look for a {{placeholder_name}} inside the file, and perform the operation on it.
You can simply install Automaton through NPM, by running npm install -g automaton. This will install Automaton globally, and you will be able to execute automaton in your terminal.
If you only plan to use automaton programatically, you can just install it locally.
An automaton task is a simple object, describing what the task will do.
For illustration purposes, here's a simple autofile that just creates a folder and copies a file into it:
var myTask = {
tasks: [
{
task: 'mkdir',
description: 'Create the project root folder',
options: {
dirs: ['some_dir']
}
},
{
task: 'cp',
description: 'Copy some file',
options: {
files: {
'some_file': 'some_dir/dest_file'
}
}
}
]
};
module.exports = myTask;
To illustrate most of the capabilities of automaton, here's a complete autofile with comments along the file:
var task = {
// This id is not mandatory but,
// if you want to use this task in other tasks,
// must be provided and should be unique.
id: 'example_task',
// A user friendly name,
// just for reference, not mandatory.
name: 'Example task',
// Also not mandatory
author: 'Indigo United',
// Description is not mandatory,
// but can be used to give a base description for the task.
description: 'My example task',
// Filter is not mandatory,
// but can be used to perform some operation
// on the options before running the subtasks.
filter: function (options, next) {
// You can change existing options.
options.dir2 = options.dir2 + '_indigo';
// and even define additional options.
// In this case we're defining
// a `dir3` option,
// which will be used by one of the subtasks.
options.dir3 = 'united';
next();
},
// This is also optional,
// but useful if you want the automaton
// to automatically check for required options,
// and some additional features
// Check below for more info.
options: {
dir1: {
// Option description is not mandatory
description : 'The name of the folder ' +
'that will hold ' +
'all the subfolders'
},
dir2: {
// This option will not be required,
// since it has a default value.
// Check the second subtask.
'default': 'automaton'
},
// This option is used below, for skipping
// subtasks.
run_all: {
'default': false
}
},
// A list of subtasks that will run
// when the example_task runs.
tasks: [
{
task: 'mkdir',
description: 'Create the root and second folder',
options: {
// the option below
// will have its placeholders replaced by
// the value that it receives.
dirs: ['{{dir1}}/{{dir2}}']
}
},
{
task: 'mkdir',
// This 'on' attributes allows you to
// enable/disable a subtask just by setting it
// to a falsy value.
// In this case, we even used a placeholder,
// allowing us to skip this subtask depending
// on the run_all option. Of course, you have
// just setted it to something like `false`.
on: '{{run_all}}',
description: 'Creating other folder',
options: {
dirs: ['{{dir1}}/{{dir2}}/{{dir3}}']
}
},
{
// If you find yourself looking
// for something a bit more custom,
// you can just provide a function as the task.
// More details about inline functions below
// in the "Inline functions" section.
task : function (opt, ctx, next) {
// opt is a list of the options
// provided to the task.
// ctx.log gives you access to the Logger.
// The Logger should be used to perform any
// logging information, and is preferred to
// any console.* methods, as this gives additional
// control. More information on ctx in the
// "Inline Functions" section.
ctx.log.infoln('I can do whatever I want', opt);
// When the task is done,
// you just call next(),
// not like the MTV show, though…
// (- -')
next();
},
// The 'on' attribute can also be a function
// for more complex cases.
on: function (opt) {
return !!opt.run_all;
}
}
]
};
module.exports = task;
Note that placeholders can be escaped with backslashes:
'\\{\\{dir1\\}\\}'
If you find yourself trying to do something that is not supported by the existing tasks, you can just provide a function, instead of the task name, and it will be used as the task.
This task will receive 3 arguments, an options object (the options that were provided to the subtask), a context object (more on this later), and a callback that must be called once the subtask is over, giving you full flexibility, since your function can do whatever you like.
The second argument, the context, is used to provide you with a tool belt that will aid you while developing automaton tasks. It currently provides you a log object, which is an instance of Logger, and can be used to handle logging. Using the automaton logger is preferred to using the traditional console.* methods, since it gives additional control over logging to whoever is running the task.
The Logger provides the following methods:
info(), infoln()warn(), warnln()error(), errorln()success(), successln()debug(), debugln() (These will only be outputted when in debug mode)The ln variants of each method output a new line (\n) in the end. Note that these methods work just like your typical console.* methods, so you can pass multiple arguments, and they will all get logged.
Here's an example usage:
'use strict';
var inspect = require('util').inspect;
var task = {
id: 'bogus',
tasks: [
{
task: function (opt, ctx, next) {
ctx.log.infoln(
'hello,',
'here\'s the process',
inspect(process)
);
next();
}
}
]
};
module.exports = task;
Once you start building your own tasks, you will probably find yourself wanting to use some custom task within another task you're working on. In order to do this, you have a few options, depending on how you are using automaton.
If you are using automaton in the CLI, you have the --task-dir. This tells automaton to load all the tasks in that folder, making them available to you, just like the built-in tasks.
If you are using automaton programatically, you have a bigger range of possibilities:
Run automaton.loadTasks(/some/folder/with/tasks). This is the equivalent to what you would to in the CLI, with the exception that you can call this multiple times, loading multiple folders.
require() the task yourself, just like you would with any NodeJS module, and then call automaton.addTask(your_task). Just like loadTasks(), this will make the task you just added available on automaton as if it is a built-in task.
require() the task in the task that depends on it, and use it directly in the subtask list, where you would typically put a task name, or an inline function.
All you need to use the CLI can be found by executing automaton -h. This will show you how to use automaton, and any of the loaded tasks.
In order to run an autofile, you simply run automaton. This will look for autofile.js in the current working dir. Instead, you can also run automaton some_dir/my_autofile.js, enabling you to specify what autofile you want to run.
automaton can also be used programatically as a node module. Here's a quick example of its usage:
var automaton = require('automaton').create(/*options go here*/);
// Since autofiles are node modules themselves,
// you can just require them
// Note that you could have instead declared
// the module inline, in JSON.
var myTask = require('my_autofile');
// Note that we're running a task that you have loaded using node's
// require, and passing it as the first argument of the run() function.
// Instead, you can load the task using loadTask(), and then simply
// pass its id (a string), as the first argument of run. You can find an
// example of this below, in the Logging section.
automaton.run(myTask, { 'some_option': 'that is handy' }, function (err) {
if (err) {
console.log('Something went wrong: ' + err.message);
} else {
console.log('All done!');
}
});
automaton.run() returns a readable stream that is used for outputting log information. The depth of this log can be controlled by a verbosity option, provided upon instantiation.
There are also a few other options. Here's a full list:
false by default.true by default.Here's an example of the usage of the stream, with custom options:
var automaton = require('automaton').create({
verbosity: 3, // show me 3 level deep logging info
debug: true, // show me debug logging
color: false // disable colors
});
// run some task
automaton
.run('run', { cmd: 'echo SUCCESS!' })
.pipe(process.stdout);
As you can see, we've tweaked all the automaton options, and even piped the logging information to STDOUT. What you do exactly with the stream, it's completely up to you.
Should be noted that this tool was inspired by already existing tools, and you should definitely take a look at them before deciding what is the right tool for the job at hand:
To these guys, a big thanks for their work.
Also, big thanks to Ricardo Pereira, for his awesome work with the mascot.
Should be noted that Automaton is an open source project, and also work in progress. Feel free to contribute to the project, either with questions, ideas, or solutions. Don't forget to check out the issues page, as there are some improvements planned.
Thanks, and happy automation!
Released under the MIT License.
0.1.2 - 2013-01-20
FAQs
Task automation tool
The npm package automaton receives a total of 41 weekly downloads. As such, automaton popularity was classified as not popular.
We found that automaton demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 3 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Research
A malicious npm package disguised as a WhatsApp client is exploiting authentication flows with a remote kill switch to exfiltrate data and destroy files.
Security News
PyPI now supports digital attestations, enhancing security and trust by allowing package maintainers to verify the authenticity of Python packages.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.