This step by step will show how to manually create, debug and test a cross platform task with no service, server or agent!
Tasks can be created using tfx as a convenience, but it's good to understand the parts of a task.
This tutorial walks through each manual step of creating a task.
Note: The tutorial was done on a mac. Attempted to make generic for all platforms. Create issues in the repo.
TODO: posting soon
Typescript Compiler 1.8.7 or greater
Npm 3.0 or greater recommended (comes with node >=5. creates flat dependencies in tasks)
This tutorial uses VS Code for great intellisense and debugging support
Files used for this walk through are located here in this gist
Create a directory and package.json. Accept defaults of npm init for sample.
$ mkdir sampletask && cd sampletask
$ npm initAdd vsts-task-lib to your task. Remember your task must carry the lib. Ensure it's at least 0.9.5 which now carries typings.
The package.json should have dependency with ^. Ex: ^0.9.5. This means you are locked to 0.9.x and will pick up patches on npm install.
The npm module carries the .d.ts typecript definition files so compile and intellisense support will just work.
$ npm install vsts-task-lib --save
sampletask@1.0.0 /Users/bryan/Projects/sampletask
└─┬ vsts-task-lib@0.9.5
...
Create a typings.json and add external dependencies
$ touch typings.json
$ typings install dt~node --global --save
$ typings install dt~q --global --saveCreate a .gitignore and add node_modules and typings to it. Your build process should do npm install and typings install. No need to checkin dependencies.
$ cat .gitignore
node_modules
typingsCreate a tsconfig.json file from the sample gist. The most important piece being ES6 for async await support.
Now that the scaffolding is out of the way, let's create the task!
Create a task.json file using sample_task.json as a starting point.
Replace the {{placeholders}}. The most important being a unique guid.
Note: copy from web view since file needs property names in quotes (browser might strip in raw view)
Create a index.ts file using sample_task.ts as a starting point.
Instellisense should just work in VS Code
The code is straight forward. As a reference:
import tl = require('vsts-task-lib/task');
import trm = require('vsts-task-lib/toolrunner');
import mod = require('./taskmod');
async function run() {
try {
console.log(process.env["INPUT_SAMPLESTRING"]);
let echoPath = tl.which('echo');
let rc1: number = await tl.tool(echoPath).arg(tl.getInput('samplestring', true)).exec();
// call some module which does external work
if (rc1 == 0) {
mod.sayHello();
}
console.log('Task done! ' + rc1);
}
catch (err) {
tl.setResult(tl.TaskResult.Failed, err.message);
}
}
run();taskmod.ts:
export function sayHello() {
console.log('Hello World!');
}Key Points:
- Async code is linear. Note the two executions written one after each other in linear fashion.
- Must be wrapped in async function.
- Greatly simplifies error handling.
- Never process.exit your task. You can sometimes lose output and often the last bit of output is critical
If we did our job well, the code should be pretty self explanatory.
But, see the API Reference for specifics.
Just type tsc from the root of the task. That should have compiled an index.js
The task can be run by simply running node index.js. Note that is exactly what our agent will do.
$ node index.js
##vso[task.debug]agent.workFolder=undefined
##vso[task.debug]loading inputs and endpoints
##vso[task.debug]loaded 0
##vso[task.debug]task result: Failed
##vso[task.issue type=error;]Input required: samplestring
##vso[task.complete result=Failed;]Input required: samplestringThe task failed! That's exactly what would happen if the task run and inputs were not supplied.
The agent runs the task and reads key information from command output output over stdout and stderr. This allows for consistency in node, powershell or even ad-hoc scripts. The lib is mostly a thin wrapper generating those commands.
Let's supply one of the inputs and try again.
$ export INPUT_SAMPLESTRING="Hello World"
$ node index.js
##vso[task.debug]agent.workFolder=undefined
##vso[task.debug]loading inputs and endpoints
##vso[task.debug]loading INPUT_SAMPLESTRING
##vso[task.debug]loaded 1
##vso[task.debug]samplestring=Hello World
##vso[task.debug]echo arg: Hello World
##vso[task.debug]exec tool: echo
##vso[task.debug]Arguments:
##vso[task.debug] Hello World
[command]echo Hello World
Hello World
##vso[task.debug]rc:0
##vso[task.debug]success:true
##vso[task.debug]samplebool=null
Task done! 0,-1
$ TIP: be careful with chars like ! in env vars. Example here
Now let's set the sample bool. This should fail since if sample bool is true, it should need the other input. See the code.
$ export INPUT_SAMPLEBOOL=true
$ node index.js
##vso[task.debug]agent.workFolder=undefined
##vso[task.debug]loading inputs and endpoints
##vso[task.debug]loading INPUT_SAMPLEBOOL
##vso[task.debug]loading INPUT_SAMPLESTRING
##vso[task.debug]loaded 2
##vso[task.debug]samplestring=Hello World
##vso[task.debug]echo arg: Hello World
##vso[task.debug]exec tool: echo
##vso[task.debug]Arguments:
##vso[task.debug] Hello World
[command]echo Hello World
Hello World
##vso[task.debug]rc:0
##vso[task.debug]success:true
##vso[task.debug]samplebool=true
##vso[task.debug]task result: Failed
##vso[task.issue type=error;]Input required: samplepathinput
##vso[task.complete result=Failed;]Input required: samplepathinput
$ So, as you can see, this offers powerful testing automation options to test all arcs with no agent or server.
Node offers an interactive console and since the task lib is in your node_modules folder, you can interactively poke around.
$ node
> var tl = require('vsts-task-lib/task');
##vso[task.debug]agent.workFolder=undefined
##vso[task.debug]loading inputs and endpoints
##vso[task.debug]loaded 0
undefined
> tl.which('echo');
##vso[task.debug]echo=/bin/echo
'/bin/echo'
> tl.tool('echo').arg('Hello World!').args
##vso[task.debug]echo arg: Hello World!
[ 'Hello World!' ]
> .exit
Coming soon
This requires vsts-task-lib 0.9.15 or greater.
- Unit test the script, not the external tools it's calling.
- Run subsecond (often < 200 ms)
- Validate all arcs of the script, including failure paths.
- Run your task script unaltered the exact way the agent does (envvar as contract, run node against your script)
- Assert all aspects of the execution (succeeded, issues, std/errout etc...) by intercepting command output
We will use mocha as the test driver in this examples. Others exist.
npm install mocha --save-dev -g
typings install dt~mocha --save --globalCreates tests folder and _suite.ts. Example here
The success test will validate that the task will succeed if the tool returns 0. It also confirms that no error or warning issues are added to the build summary. Finally it validates that the task module is called if the tool succeeds.
The success test from _suite.ts looks like:
it('should succeed with simple inputs', (done: MochaDone) => {
this.timeout(1000);
let tp = path.join(__dirname, 'success.js');
let tr: ttm.MockTestRunner = new ttm.MockTestRunner(tp);
tr.Run();
assert(tr.succeeded, 'should have succeeded');
assert.equal(tr.invokedToolCount, 1);
assert.equal(tr.warningIssues.length, 0, "should have no warnings");
assert.equal(tr.errorIssues.length, 0, "should have no errors");
assert(tr.stdout.indexOf('atool output here') >= 0, "tool stdout");
assert(tr.stdout.indexOf('Hello Mock!') >= 0, "task module is called");
done();
});key code from success.ts test file
let taskPath = path.join(__dirname, '..', 'index.js');
let tmr: tmrm.TaskMockRunner = new tmrm.TaskMockRunner(taskPath);
tmr.setInput('samplestring', "Hello, from task!");
tmr.setInput('samplebool', 'true');
// provide answers for task mock
let a: ma.TaskLibAnswers = <ma.TaskLibAnswers>{
"which": {
"echo": "/mocked/tools/echo"
},
"exec": {
"/mocked/tools/echo Hello, from task!": {
"code": 0,
"stdout": "atool output here",
"stderr": "atool with this stderr output"
}
}
};
tmr.setAnswers(a);
// mock a specific module function called in task
tmr.registerMock('./taskmod', {
sayHello: function() {
console.log('Hello Mock!');
}
});
tmr.run();This test validates that the task will fail if the tool returns 1. It also validates that an error issue will be added to the build summary. Finally, it validated that the task module is not called if the tool fails.
The fail test from _suite.ts looks like:
it('it should fail if tool returns 1', (done: MochaDone) => {
this.timeout(1000);
let tp = path.join(__dirname, 'failrc.js');
let tr: ttm.MockTestRunner = new ttm.MockTestRunner(tp);
tr.Run();
assert(!tr.succeeded, 'should have failed');
assert.equal(tr.invokedToolCount, 1);
assert.equal(tr.warningIssues, 0, "should have no warnings");
assert.equal(tr.errorIssues.length, 1, "should have 1 error issue");
assert.equal(tr.errorIssues[0], '/mocked/tools/echo failed with return code: 1', 'error issue output');
assert(tr.stdout.indexOf('atool output here') >= 0, "tool stdout");
assert.equal(tr.stdout.indexOf('Hello Mock!'), -1, "task module should have never been called");
done();
});The failrc.ts test file is here
We also typically write tests to confirm the task fails with proper actionable guidance if required inputs are not supplied. Give it a try.
mocha tests/_suite.js$ mocha tests/_suite.js
Sample task tests
✓ should succeed with simple inputs (127ms)
✓ it should fail if tool returns 1 (121ms)
2 passing (257ms)If you want to run tests with verbose task output (what you would see in the build console) set envvar TASK_TEST_TRACE=1
export TASK_TEST_TRACE=1Coming soon