arduino-ide/docs/internal/release-procedure.md
per1234 8f88aa69bf Adjust release procedure to produce correct tester and nightly build version precedence
On every startup, the Arduino IDE checks for new versions of the IDE. If a newer version is available, a
notification/dialog is shown offering an update.

"Newer" is determined by comparing the version of the user's IDE to the latest available version on the update channel.
This comparison is done according to the Semantic Versioning Specification ("SemVer").

In order to facilitate beta testing, builds are generated of the Arduino IDE at the current stage in development. These
builds are given an identifying version of the following form:

- <version>-snapshot-<short hash> - builds generated for every push and pull request that modifies relevant files
- <version>-nightly-<YYYYMMDD> - daily builds of the tip of the default branch

The previous release procedure caused the <version> component of these to be the version of the most recent release.

During the pre-release phase of the project development, all releases had a pre-release suffix (e.g., 2.0.0-rc9.4).
Appending the "snapshot" or "nightly" suffix to that pre-release version caused these builds to have the correct
precedence (e.g., 2.0.0-rc9.2.snapshot-20cc34c > 2.0.0-rc9.2). This situation has changed now that the project is using
production release versions (e.g., 2.0.0-nightly-20220915 < 2.0.0). This caused users of "snapshot" or "nightly" builds
to be presented with a spurious update notification on startup.

The solution is to add a step to the end of the release procedure to do a minor bump of the version metadata after
creating the release tag.

This means that the metadata bump traditionally done before the creation of the release tag will already have been done
in advance for patch releases. However, it will still need to be done for minor or major releases.

The release procedure documentation is hereby updated to produce correct tester and nightly build version precedence.

The metadata bump step is moved from before to after the tag creation step, replaced by a new step to verify the version
before the tag creation, updating it in the event it is not a patch release. Both those steps may require updating the
metadata. As an alternative to maintaining duplicate copies, each step links to a single copy of the fairly complex
instructions for doing so. The structure of the document is adjusted to accomodate this, by placing the steps of the
procedure under a "Steps" section and creating a new "Operations" section to contain any such shared content.
2022-09-26 05:04:43 -07:00

6.4 KiB
Raw Blame History

Release Procedure

Steps

The following are the steps to follow to make a release of Arduino IDE:

1. 🗺️ Merge localization sync PR

A pull request titled "Update translation files" is submitted periodically by the "github-actions" bot to pull in the localization data from Transifex.

If there is an open PR, this must be merged before making the release.

It will be shown in these search results:

https://github.com/arduino/arduino-ide/pulls/app%2Fgithub-actions

2. 👀 Check version of packages

The version field of the project's package.json metadata files received a patch version bump (e.g., 2.0.1 -> 2.0.2) at the time of the previous release.

If this is a patch release, the current metadata values are correct and no action is needed.

The changes contained in this release might be considered to change the project's "API". If so, a patch version bump will not be appropriate and the version must be adjusted in compliance with the Semantic Versioning Specification.

Follow the instructions for updating the version metadata here.

Examples

If the version number of the previous release was 2.0.1:

  • If this is considered a minor release (non-breaking changes to the "API"), the version values must be changed to 2.1.0.
  • If this is considered a major release (breaking changes to the "API"), the version values must be changed to 3.0.0.

3. 🚢 Create the release on GitHub

Then, you need to create and push the new tag and wait for the release to appear on the "Releases" page.

⚠ Doing this will create a new release and users who already have the IDE installed will be notified from the automatic updater that a new version is available. Do not push the tag if you don't want that.

git checkout main
git pull
git tag -a <YOUR_VERSION> -m "<YOUR_VERSION>"
git push origin <YOUR_VERSION>

Pushing a tag will trigger a GitHub Actions workflow on the main branch. Check the "Arduino IDE" workflow and see that everything goes right. If the workflow succeeds, a new release will be created automatically and you should see it on the "Releases" page.

4. ⬆️ Bump version metadata of packages

In order for the version number of the tester and nightly builds to have correct precedence compared to the release version, the version field of the project's package.json files must be given a patch version bump (e.g., 2.0.1 -> 2.0.2) after the creation of the release tag.

Follow the instructions for updating the version metadata here.

5. 📄 Create the changelog

Create GitHub issues for the known issues that we haven't solved in the current release:

https://github.com/arduino/arduino-ide/issues

From the "Releases" page, edit the release notes following the Keep A Changelog scheme:

https://keepachangelog.com/en/1.0.0/#how

Add a list of mentions of GitHub users who contributed to the release in any of the following ways (ask @per1234):

  • Submitted a PR that was merged
  • Made a valuable review of a PR
  • Submitted an issue that was resolved
  • Provided valuable assistance with the investigation of an issue that was resolved

Add a "Known Issues" section at the bottom of the changelog.

6. ✎ Update the "Software" Page

Open a PR on the bcmi-labs/wiki-content repository to update the links and texts.

If you don't have access to the repo, ask in the #team_wedo Slack channel.

Make sure all the links to the new IDE build are working.
If they aren't, there has probably been some issue with the "Arduino IDE" workflow run triggered when pushing the tag during the "Create the release on GitHub" step of the release procedure.

Ask for a review of the PR and merge it.

Follow the "Production (subset of https://arduino.cc)" instructions in the bcmi-labs/wiki-content repository readme to deploy the updated "Software" page content.

When the deploy workflow is done, check if links on the "Software" page are working:

https://www.arduino.cc/en/software#future-version-of-the-arduino-ide

7. 😎 Brag about it

  • Ask in the #product_releases Slack channel to write a post for the social media and, if needed, a blog post.
  • Post a message on the forum (ask @per1234).
    Example: https://forum.arduino.cc/t/arduino-ide-2-0-0-rc9-3-available-for-download/1028858/4
  • Write a message in the #general Slack channel:

    Hey Arduinos! Updates from the Tooling Team 🛠️

    Arduino IDE 2.0.0 Beta 12 is out! :doge: You can download it from the Download Page The highlights of this release are:

    • auto-installation of arduino:avr at first startup
    • improvement of Serial Monitor performances
    • Arduino CLI upgrade to 0.19.1
    • Theia upgrade to 1.18.0
    • some bugfixing

    To see the details, you can take a look at the Changelog If you want to post about it on social media and you need more details feel free to ask us on #team_tooling! 😉

Operations

The following are detailed descriptions of operations performed during the release process:

⚙ Update version metadata of packages

You need to set the new version in all the package.json files across the app (./package.json, ./arduino-ide-extension/package.json, and ./electron-app/package.json), create a PR, and merge it on the main branch.

To do so, you can make use of the update:version script.

For example, if you want to update the version to <YOUR_VERSION>, you should run the following commands:

git checkout main
git pull
git checkout -b version-<YOUR_VERSION>
yarn update:version <YOUR_VERSION>
git commit -am <YOUR_VERSION>
git push origin version-<YOUR_VERSION>

replacing <YOUR_VERSION> with the version you want. Then create a PR and merge it.