The following steps should be followed to release the main version:
- Run the workflow Prepare Release Main Version, to prepare the release. It creates a pull request updating the version and indicating the remaining release tasks;
- Finish the tasks indicated in the pull request;
- Merge the pull request, to create the tag and the draft release (done by Release Main Version);
- Verify the draft release;
- Publish the release.
Once published the Handle Release workflow will trigger the update of the marketplace with the new release, it will also create a pull request preparing the next development iteration.
The resources that require localization (e.g. Messages.properties
, vulnerabilities.xml
) are uploaded to the OWASP ZAP projects in
Crowdin when the main release is released, if required (for pre-translation) the resources can be uploaded manually
at anytime by running the workflow Crowdin Upload Files.
The resulting localized resources are added/updated in the repository periodically (through a workflow in the zap-admin repository).
The following steps should be followed to release the weekly:
- Run the workflow Release Weekly, to create the tag and the draft release;
- Verify the draft release;
- Publish the release.
Once published the Handle Release workflow will trigger the update of the marketplace with the new release.
The image owasp/zap2docker-live
is automatically built from the default branch.
The images owasp/zap2docker-weekly
, owasp/zap2docker-stable
, and owasp/zap2docker-bare
are automatically built
after the corresponding release to the marketplace.
The images owasp/zap2docker-stable
and owasp/zap2docker-bare
are built at the same time.
They can still be manually built by running the corresponding workflow: