Opera

New version - [**0.6.4**](https://pypi.org/project/opera/0.6.4/) of opera TOSCA orchestrator is here and it's bringing the following new features and updates:

- [x] a new `opera diff` CLI command for comparing TOSCA topologies and instances
- [x] a new `opera update` CLI command for redeploying application blueprints based on the detected changes
- [x] updates for README (badges, links, svgs)
- [x] implementation of TOSCA `occurrences` keyname that can be used to control the usage of TOSCA requirements
- [x] major updates for [xOpera's documentation](https://xlab-si.github.io/xopera-opera/index.html) - including CLI, SaaS and Template library
- [x] initial support for opera tab completion for bash and zsh shells (we added `--shell-completion/-s` global optional argument that will print out the completion script which can then be sourced to activate the completion)

The xOpera TOSCA orchestrator has a new version - [**0.6.3**](https://pypi.org/project/opera/0.6.3/).

The new release contains the following additions:

- [x] a new CI routine for testing opera examples
- [x] serialization of topology template policies as a list
- [x] refactorings for using node name references with TOSCA intrinsic functions
- [x] better README with badges
- [x] fixes for all existing opera CLI commands (bugs, missing flags)
- [x] an integration test for all opera CLI commands
- [x] fixes for passing inputs and getting outputs within relationship types
- [x] `opera init` CLI command is now marked as deprecated
- [x] compressed (zipped) CSAR deployment is possible just with `opera deploy`
- [x] new `opera package` command for preparing TOSCA CSARs
- [x] new `opera unpackage` command for extracting TOSCA CSARs
- [x] make TOSCA properties required by default

The new version [**0.6.2**](https://pypi.org/project/opera/0.6.2/) of opera TOSCA orchestrator contains:

- [x] bugfixes for concurrent immediate cancellation
- [x] increased verbosity when encountering unset values
- [x] initial support for the intrinsic TOSCA functions (`concat`, `join` and `token`)
- [x] compressed CSAR deployment fixes
- [x] new `opera info` command for getting current deployment state
- [x] bugfixes for `get_artifact` TOSCA function
- [x] new `OPERA_SSH_HOST_KEY_CHECKING` environment variable to disable Ansible host key checks
- [x] initial documentation for xOpera SaaS

This version [**0.6.1**](https://pypi.org/project/opera/0.6.1/) includes mostly bugfixes which are:

- [x] refactoring of CI/CD configuration for pushing stable branch with CircleCI
- [x] removal of some unnecessary checks for undeclared TOSCA artifacts

We are proudly releasing version [**0.6.0**](https://pypi.org/project/opera/0.6.0/) of opera TOSCA orchestrator!

This release adds new useful features, which are:

- [x] verbose/debug mode CLI option to have higher verbosity and to print Ansible playbook outputs
- [x] fresh new options for `opera deploy` command: `--clean-state` , `--resume` and `--force`
- [x] the very first opera Read the docs Sphinx documentation available at: https://xlab-si.github.io/xopera-opera/
and continuous publishing with CIrcleCI and GitHub pages
- [x] some refactorings for the deployment of initialized compressed CSARs from their extracted root
- [x] initial support for `get_artifact` TOSCA function
- [x] fixes for calling multiple references for policy type targets
- [x] parsing support for activity, condition clause and event filter definitions
- [x] parsing of TOSCA policy type triggers
- [x] refinement of required fields in interface and operation inputs

Say hello to the new **0.5.9** version of opera TOSCA orchestration tool!

This release concludes decoupling a Python library API from CLI interaction by
reshaping opera of commands (`init`, `validate`, `undeploy`, `outputs`, and
`deploy`). This would allow using opera as a Python library in other projects without
having to know anything about its CLI. Apart from that the release also includes
detecting duplicate map entries in TOSCA YAML templates.