Skip to content

Latest commit

 

History

History
234 lines (149 loc) · 8.02 KB

release-process.md

File metadata and controls

234 lines (149 loc) · 8.02 KB

Release Process

Bisq maintainers, suggestion for writing release notes

To be able to create release notes before you make the final release tag, you can temporarily create a local tag and remove it afterwards again.

git tag v(new version, e.g. 0.9.4) #create tag
git tag -d v(new version, e.g. 0.9.4) #delete tag

Write release notes. git shortlog helps a lot, for example:

git shortlog --no-merges v(current version, e.g. 0.9.3)..v(new version, e.g. 0.9.4)

Generate list of authors:

git log --format='- %aN' v(current version, e.g. 0.9.3)..v(new version, e.g. 0.9.4) | sort -fiu
  1. Prepare the release notes with major changes from user perspective.
  2. Prepare a short version of the release notes for the in-app update popup

Basic preparations

For releasing a new Bisq version you'll need Linux, Windows and macOS. You can use a virtualization solution like VirtualBox for this purpose.

VirtualBox recommended configuration

Although performance of VMs might vary based on your hardware configuration following setup works pretty well on macOS.

Use VirtualBox > 6.1 with following configuration:

  • System > Motherboard > Base Memory: 4096 MB
  • System > Processor > Processor(s): 2 CPUs
  • System > Processor > Execution Cap: 90%
  • Display > Screen > Video Memory: 128 MB
  • Display > Screen > Scale Factor: 200%
  • Display > Screen > HiDPI Support: Use unscaled HiDPI Output (checked)
  • Display > Screen > Acceleration: Enable 3D acceleration (checked)
Windows VM
  • Windows 10 64bit
  • Recommended virtual disk size: 55 GB
Linux VM
  • Ubuntu 16.04.4 64bit
  • Recommended virtual disk size: 25 GB
macOS VM
  • macOS X 10.11 (El Capitan) 64bit
  • Recommended virtual disk size: 40 GB

For every OS

For Windows

  • Update AntiVirus Software and virus definitions
  • Install WiX toolset
  • Run full AV system scan

Build release

macOS

  1. Make sure all version numbers are updated (update version variables and run replace_version_number.sh) .

  2. Set environment variables to ~/.profile file or the like... (one time effort)

  • BISQ_GPG_USER: e.g. export BISQ_GPG_USER=[email protected]
  • BISQ_SHARED_FOLDER: shared folder that is used between your VM host and client system
  1. Run ./gradlew packageInstallers

Build output expected in shared folder:

  1. Bisq-${NEW_VERSION}.dmg macOS installer
  2. desktop-${NEW_VERSION}-all-mac.jar.SHA-256 sha256 sum of fat jar
  3. jar-lib-for-raspberry-pi-${NEW_VERSION}.zip Jar libraries for Raspberry Pi
  • Before building the other binaries install the generated Bisq app on macOS and verify that everything works as expected.

Linux

  1. Checkout the release tag in your VM

  2. Set environment variables to ~/.profile file or the like... (one time effort)

    • BISQ_SHARED_FOLDER: shared folder that is used between your VM host and client system
  3. Run ./gradlew packageInstallers

Build output expected:

  1. bisq_${NEW_VERSION}-1_amd64.deb package for distributions that derive from Debian
  2. bisq-${NEW_VERSION}-1.x86_64.rpm package for distributions that derive from Redhat based distros
  3. desktop-${NEW_VERSION}-all-linux.jar.SHA-256 sha256 sum of fat jar
  • Install and run generated package

Windows

  1. Checkout the release tag in your VM

  2. Set environment variables to ~/.profile file or the like... (one time effort)

    • BISQ_SHARED_FOLDER: shared folder that is used between your VM host and client system
  3. Run ./gradlew packageInstallers

Build output expected:

  1. Bisq-${NEW_VERSION}.exe Windows installer
  2. desktop-${NEW_VERSION}-all-windows.jar.SHA-256 sha256 sum of fat jar
  • Install and run generated package

Sign release on macOS

Build output expected:

  1. E222AA02.asc Sig key of Alejandro García
  2. 4A133008.asc Sig key of Gabriel Bernard
  3. signingkey.asc Fingerprint of key that was used for these builds
  4. Bisq-${NEW_VERSION}.dmg macOS installer
  5. Bisq-${NEW_VERSION}.dmg.asc Signature for macOS installer
  6. Bisq-64bit-${NEW_VERSION}.deb Debian package
  7. Bisq-64bit-${NEW_VERSION}.deb.asc Signature for Debian package
  8. Bisq-64bit-${NEW_VERSION}.rpm Redhat based distro package
  9. Bisq-64bit-${NEW_VERSION}.rpm.asc Signature for Redhat based distro package
  10. Bisq-64bit-${NEW_VERSION}.exe Windows installer
  11. Bisq-64bit-${NEW_VERSION}.exe.asc Signature for Windows installer
  • Run an AV scan over all files on the Windows VM where the files got copied over.

Final test

  • Make at least one Mainnet test trade with some exotic currency to not interfere with real traders.

Tag and push release to master

If all was successful:

  • commit changes of new version number (update version number for release of e.g. v1.5.0)
  • create tag for the release
    git tag -s v(new version,  e.g. 1.5.0) -m"Release v(new version, e.g. 1.5.0)"
  • Revert back to SNAPSHOT where necessary (change version variable (e.g. 1.5.0) in shell script insert_snapshot_version.sh and run it) and commit these changes.

  • Push all commits to master including the new tag

    git push --tags origin master

GitHub

Upload preparations

  • Check the fingerprint of the pgp key which was used for signing in signingkey.asc (e.g. E222AA02 for Alejandro García)

  • Add all files including signingkey.asc and the gpg pub keys to GitHub release page

  • Check all uploaded files with virustotal.com

  • Select the release tag as the source for the GitHub release.

  • Release on GitHub

Post GitHub release

  • Apply “A newer version is already available! Please don’t use this version anymore.” to old GitHub releases.

  • Merge the webpage PR and check if they got deployed properly.

  • Start the Alert sender app (CMD + M) remove the old version and send the update message. Check the checkbox for update, set the version number (e.g. 0.9.4) and add the short version of the release notes.

  • After sending the Update message leave it running for about 1 minute to give time for good propagation.

  • Make a backup of that alert sender app data directory

  • To support source code signature verification for Arch Linux download Source code (tar.gz), sign it and upload signature.

    # sign source code bundle
    gpg --digest-algo SHA256 --local-user $BISQ_GPG_USER --output bisq-${NEW_VERSION}.tar.gz.asc --detach-sig --armor bisq-${NEW_VERSION}.tar.gz

    # verify signature of source code bundle
    gpg --digest-algo SHA256 --verify bisq-${NEW_VERSION}.tar.gz{.asc*,}

Announce the release

  • Forum

  • Matrix space (General room)

  • Twitter

  • Optionally reddit /r/Bisq

  • Celebrate