Add release actions for dApp examples

[lassemoldrup]

Purpose

Closes #69.

Closes #78

Checklist

• My code follows the style of this project.
• The code compiles without warnings.
• I have performed a self-review of the changes.
• I have documented my code, in particular the intent of the
  hard-to-understand areas.
• (If necessary) I have updated the CHANGELOG.

[DOBEN]

This is a research question and can be done in a different PR/issue:

Currently, if someone accidentally wrongly tags this repo e.g. euroe-demo/0.0.0, this release pipeline is triggered. The release pipeline would look up the correct version and publish it to docker hub. Nonetheless, to not rely on the reviewer/approver of the release pipeline to check for a version mismatch, it would be nice if the release action could check (when it was triggered via a tag) that the versions match.

[abizjak]

This is a research question and can be done in a different PR/issue:

Currently, if someone accidentally wrongly tags this repo e.g. euroe-demo/0.0.0, this release pipeline is triggered. The release pipeline would look up the correct version and publish it to docker hub. Nonetheless, to not rely on the reviewer/approver of the release pipeline to check for a version mismatch, it would be nice if the release action could check (when it was triggered via a tag) that the versions match.

Yes, this is correct, but it's also one of those things where having this check adds extra complexity and problems. So I don't think this is really necessary for now. It's a nice to have that we can live without.

[DOBEN]

This is a research question and can be done in a different PR/issue:
Currently, if someone accidentally wrongly tags this repo e.g. euroe-demo/0.0.0, this release pipeline is triggered. The release pipeline would look up the correct version and publish it to docker hub. Nonetheless, to not rely on the reviewer/approver of the release pipeline to check for a version mismatch, it would be nice if the release action could check (when it was triggered via a tag) that the versions match.

Yes, this is correct, but it's also one of those things where having this check adds extra complexity and problems. So I don't think this is really necessary for now. It's a nice to have that we can live without.

We can create an issue for future research in the backlog.
#78