Artefact retention within release package.


An objective of Continuous Delivery is to have a predictable, repeatable, deployment process. A fundamental principle of CDAF to achieve this producing an immutable release package. This decouples the deployment process from the source management process. The release package is a self-contained deployment asset, and should be executable anywhere, i.e. on the automation developers desktop, within the pipeline or even manually file transferred to a remote server.

Artefact Retention

In the Configuration Management step, a default release package was created which contained properties files. The following step defines the solution specific artefacts which need to be available at deploy time. These are typically compiled binaries, but can be any set of files and/or directories.

Retain the output from the previous build task.


echo 'output' > .cdaf/storeForLocal


Set-Content .\.cdaf\storeForLocal 'output'

Continuous Delivery Emulation (CD)

Retest your solution

or for windows


Inspect the directory TasksLocal, and will now contain the output directory produced by the build task. Test the artefact





This should output the following:

Deploy %integer%, property set to : %property%

Other File Locations

There are three artefact definitions file names, depending on context, local, remote or both:

  • storeFor
  • storeForLocal
  • storeForRemote

Other directories within your solution directory which will also be automatically included in the root of your deployment directory. Based on the suffix these will be placed in a local context, remote context or both. See the following sections for how these contexts differ.

  • crypt
  • cryptLocal
  • cryptRemote
  • custom
  • customLocal
  • customRemote

An explanation of the local and container extensions will be explained in following sections.

Next: Configuration Management