concourse/0.39.0
You can find the source of this version on GitHub at concourse/concourse. It was created based on the commit e9ca69c9
.
Release Notes¶
Run
fly
sync
to upgrade Fly after deploying v0.39.0!
This release adds a new way of configuring jobs called Build Plans.
We’ll be removing support for the old style of job configuration in the
future; to automatically migrate your configuration, just run
fly
configure
against your instance to update your local
configuration after upgrading to this release.
For more details, read on. - The biggest and best feature of this release is support for arbitrary Build Plans. Jobs no longer need to take the form of inputs to a build to outputs (although this is still possible). Jobs can now run steps in parallel, aggregate inputs together, and push to outputs in the middle of a build. The applications and possibilities are too numerous to list. So I’m not going to bother.
Since there is now more than one stage to hijack
into we’ve added
new flags for the step name (-n
) and step type (-t
). You can use
these to gain shell access to any step of your build.
For more information on how you can start, see Build Plans. We’ve found a 43.73% increase in happiness from people who use this feature.
As part of rolling out build plans, we now automatically translate the
old configuration format to the new plan-based configuration.
- We’ve renamed what was formerly known as “builds” (i.e. build.yml
)
to Tasks to disambiguate from builds of a job. Jobs have builds, and
builds are the result of running tasks and resource actions.
- In related news, we needed to upgrade the UI to support all of these
wonderful new flows so we’ve spruced up the build log page a little.
There are now individual success/failure markers for each stage and
stages that are not-interesting (successful) will automatically
collapse. There are also little icons. Totally rad.
- A few of you noticed that having multiple ignore paths in the
git-resource
wasn’t really working properly. Well, we’ve fixed that.
We now process the ignore_paths
parameter using .gitignore
semantics.
Usage¶
You can reference this release in your deployment manifest from the releases
section:
- name: "concourse" version: "0.39.0" url: "https://bosh.io/d/github.com/concourse/concourse?v=0.39.0" sha1: "567748b0f8c7bc0369b1124f518d38c2bc12a762"
Or upload it to your director with the upload-release
command:
bosh upload-release --sha1 567748b0f8c7bc0369b1124f518d38c2bc12a762 \ "https://bosh.io/d/github.com/concourse/concourse?v=0.39.0"