GeneratingTheFullRelease - psiinon/zaproxy GitHub Wiki
NOTE that this page is "work in progress" ;)
Generating the full release is currently a manual process.
Yes we should automate more, but as you'll see there are quite a few steps and manual sanity checks.
<relnum> is the release number, e.g. 2.4.1
- On the command line in zaproxy/zaproxy:
git checkout -b release-<relnum> develop
You should now be working on the zaproxy/zaproxy "release-" branch.
- Change the zaproxy/build/version.txt file to contain just
<relnum> - Generate a short URL (eg via https://bitly.com/) and update zaproxy/src/org/zaproxy/zap/extension/autoupdate/ExtensionAutoUpdate.java
- Commit and push the branch to zaproxy/zaproxy
- Grep for "TODO add version" replace with the version number
- Commit and push
- Run GenerateReleaseNotes.java after updating the date
- Create the file in zaproxy/zap-core-help/src/help/zaphelp/contents/releases
- Update index.xml, map.jhm and toc.xml
- zap-admin/build/build.xml target=crowdin-update-sources
- zap-admin/build/build.xml target=crowdin-trigger-export-packages
- zap-admin/build/build.xml target=crowdin-download-translations
- zap-admin/build/build.xml target=generate-help-jars
- zapproxy/build/build.xml target=generate-language-file
- Refresh files in IDE
- Change the language file name, remove the old one, update the coreLang manifest
- Update the help manifests (if required)
- Commit changed language files (with some sanity checking)
- as per the weekly release process
- Update the Java API client version (in build.xml)
- zaproxy/build/build.xml target=copy-jar-to-extension-projects
- Refresh files in IDE
- Fix any compilation errors caused by updating the jar
- Commit the jars and any fixes required
- zaproxy/build/build.xml target=deploy-release-addons
TODO FINISH ;)