[concourse] in_parallel - support both array of steps; and explicit "steps" child

[drnic]

From https://concourse-ci.org/in-parallel-step.html

in_parallel: ([step] | config)

Two forms of configuration are supported. The simplest form is a simple array of other steps, like so:

in_parallel:
- get: a
- get: b

This is shorthand for the following configuration:

in_parallel:
  steps:
  - get: a
  - get: b

[mstockd]

This seems like a good issue to also ask for support of the fail_fast sub-key of the in_parallel step which is marked as YamlSchemaProblem for the same reason.

[kdvolder]

@mstockd Please create a separate ticket. It's really more convenient to have smaller focussed tasks / fixes than long laundry lists. It's much easier for things to be forgotten and fall through the cracks that way.

[kdvolder]

@mstockd Actually... never mind that. I'll just take a look at all that seems to be 'new' in the 'in_parallel' schema anyways.

[kdvolder]

The new 'object-like' format actually has 3 new properties:

• steps
• limit
• fail_fast

[drnic]

Thanks @kdvolder

[kdvolder]

I was testing the snapshot build a little. The validations are working okay it seems but there's some issues getting completions inside of nested tasks inside of in_parallel. I think it has something todo with the 'funky' schema type that is both a list and a object type at the same time. Doesn't seem to play well with the completion engine. I'll have to debug that a little and see if I can fix.

[kdvolder]

If anyone wants to give the fix a try, you can download a snapshot .vsix file from this page:

http://dist.springsource.com/snapshot/STS4/nightly-distributions.html

Because of the somewhat strange typing... this was a bit more involved of a fix than the usual little 'schema nitpicks', so I really would appreciate someone to give it good try out. And let us know how it goes.