Files
MeshCore-Solo/RELEASE.md
T
JakubandClaude Opus 5.5 3adf0b0436 chore: stage I1 -- repo cleanup, minimal README
Working plans (docs/development, docs/design redesign notes) removed; the
two developer guides moved to docs/developer/. README cut to devices,
flashing, links and building (Wio Tracker L2 added); its feature list and
doc tables moved to docs/solo_features/README.md. RELEASE.md describes the
Solo release flow. Upstream's GitHub Pages workflow (docs.meshcore.io)
dropped, CLAUDE.md untracked, Buy Me a Coffee back in FUNDING.yml.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-29 07:36:15 +02:00

1.0 KiB
Raw Blame History

Releasing Solo firmware

  1. Add the notes for the new version at the top of release-notes.md.
  2. Push a v* tag (e.g. v1.29). Build Solo Firmwares builds every *_solo_dual and *_solo_lvgl environment in solo/ with FIRMWARE_VERSION set to the tag and opens a draft release with:
    • .uf2 + -ota.zip (DFU package) for nRF52 boards;
    • -merged.bin (flash at 0x0) for ESP32 boards;
    • -ota.bin (app image) for the *_solo_lvgl boards — what their Settings › System › Firmware update downloads.
  3. Paste the notes into the draft and publish it. Only a published, non-prerelease release is what devices and the website see as the latest: the on-device update reads releases/latest, and the website's simulator is refreshed from its solo-sim-wasm.zip (Build Solo Sim).

The upstream companion-v*, repeater-v* and room-server-v* tags still build the stock firmwares through their own workflows.