tool/release.dart releases one app: `dart run tool/release.dart learn [major | minor | patch] [--dry-run]`, each app configured in Dart beside it (apps/learn/release.dart). Every step and check of tool/release.sh is kept: the repository as pushed, resuming after a release commit and tag, Flutter as CI pins it, the tools, the key and its certificate pin, secrets asked for without echo and never written down, CI green on the newest commit, the signed release commit and tag by a key deploys accept, the APK built from a checkout of the tag and checked, the snap, the signed checksums, pushing only after both builds passed, the release on Forgejo, the F-Droid repository, the Snap Store once a channel is set. New: tags per app (learn-v0.19.0, Learn's v… counting as its history); only commits touching the app decide its version (its folder, the shared packages it uses by path, the root pubspec and lock, its release files, where its packages were before the move); --dry-run reads all of it, lists every step and the notes, and what a release would refuse, changing nothing. The pure parts are tested in test/release/. Learn releases build 21 with tool/release.sh, then switches. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Tizian 「ティツィアーン」 <raisondetredev@pm.me>
6.4 KiB
ADR 0015: One repository for every app and the packages they share
- Status: accepted
- Date: 2026-10-19
- Decided by: the developer, after Melos in each repository was offered instead.
Context
Until 19 Oct 2026 Halkyon lived in three repositories: Learn's (halkyon_learn), the
shared packages' (halkyon_shared: halkyon_ui, the halkyon_base module of ADR 0014,
halkyon_app, halkyon_core, halkyon_interop) and Todo's, a local scaffold. Learn took
the shared packages by git, pinned to signed commits of halkyon_shared's main, as it pins
the offline sync fork. Every change to a shared package was a round trip: commit there,
the developer signs and pushes, sends the hash, Learn's pins move, Learn's checks run again.
On 18 and 19 Oct alone that took four rounds (the theme and widgets, the module,
halkyon_app, data locations as precise as a state), each change only complete across two
repositories. Todo, Train and Meditate are expected to grow like Learn, slightly smaller,
on the same shared packages, so the rounds would multiply. Asked whether Melos, which runs
scripts across a workspace's packages, was worth setting up, the developer chose one
repository for everything, with Melos on top.
Decision
- One repository,
project-halkyon/halkyonon code.halkyon.app: Learn's renamed. It keeps the CI runner's registration, the Actions, the tags and the releases, and Forgejo redirects the old address, so the server's checkout and the F-Droid listing keep working until they are pointed at the new one. - The layout:
apps/<app>/with each app's packages (apps/learn/: server, client, app, curator, andtool/with the scripts writing Learn's assets;apps/todo/),packages/with the shared packages,deploy/at the root as the instance deploy (other services' compose files are to join Learn's there, which settles how an operator adds a second service),snap/at the root (Learn's snap needs the whole workspace to build),tool/with the repository's tools,docs/adr/with one numbering for every app. - One pub workspace: the root
pubspec.yamllists every package; onepubspec.lockholds one version of each dependency for every app; the apps take the shared packages by path; the root'sdependency_overrideshold for every app (the sync fork;cli_util, below). Todo moved to Serverpod 4.0.4 and Dart 3.13 with the rest. - History kept, nothing rewritten. Learn's history is the repository's.
halkyon_shared's is merged in as it was, its packages read intopackages/by the merge itself, so its four commits keep their signatures. Todo's scaffold came in as files: its one commit held the scaffold alone and was unsigned, and the deploy refuses every commit new to it that isn't signed by a key indeploy/allowed-signers. Learn moved intoapps/learn/by a commit of renames alone, sogit log --followand blame follow every file. - Signing takes one rebase that re-signs only what isn't signed yet:
git rebase -r --exec '[ "$(git log -1 --format=%G?)" = G ] || git commit --amend --no-edit -S' main. A merged commit whose parents don't change is kept as it is, signature and all; tested in a scratch repository before the move. - Melos 8.9, a dev dependency of the root (
dart run melos …), runs scripts across the packages (analyze,test:dart,test:flutter,generate,check), each taking Melos' filters (--diff,--include-dependents,--scope). - Tools in Dart where they hold logic, Bash for glue and for the production host,
Python only for Python-only libraries.
tool/check.dartreplacestool/check.sh(its file selection tested in the root'stest/), with--changed-since=<commit>for only what changed and what depends on it;tool/pre-pushis the hook (the signature check, then the checks).deploy/redeploy.shanddeploy/backup.shstay Bash: the production host has no Dart SDK and gets none. Learn'stool/release.shstays Bash until build 21 is out, so the release that goes with ADR 0014's breaking deploy uses the script it was proven with; then a release tool in Dart, shared by the apps and tagging per app (learn-vX.Y.Z), takes over. Built 19 Oct 2026:tool/release.dart, each app's configuration in Dart beside it (apps/learn/release.dart), only commits touching the app counting for its version (the developer's calls), and--dry-run. - The move happens while deploys pause (until 22 Oct, after the hackathon's judging): the first deploy from the new layout comes with build 21.
Consequences
- A change to a shared package and to every app using it is one commit, checked as one; a shared package's change must keep every app's tests passing in the same commit.
- One version of each dependency across the apps: an app's upgrade moves every app.
Serverpod moves as one already (ADR 0014). Melos needs
cli_util0.5, which Learn'sflutter_launcher_icons(0.14.4, its latest) doesn't allow; the root overrides it to 0.5.2, as that package uses onlycli_util's logger, unchanged in 0.5. Drop the override once it allows 0.5. - CI checks every package on every push, and the generated-code check covers every
server package (
dart run melos run generate); the four throwaway test passwords CI gives cover the module's and Todo's server tests too. - Deploys:
deploy/stays at the root, so the command the runner's key is pinned to on learn.halkyon.eu's server (/home/deploy/halkyon-learn/deploy/redeploy.sh) is unchanged, and the server's checkout keeps its folder. Its images are built from the root with the workspace narrowed to what they need (tool/workspace_only.sh: Learn's server and the module; the curator), checked by building both images before the move. The first deploy after the move starts the server once more than needed, as the deployed copy ofredeploy.shlooks for migrations at their old path. halkyon_shared's repository is archived, not deleted: Learn's commits before the move pin it. Its commit style gives way to the repository's typed commits.- Todo's packages have no licence until the developer decides (
LICENSE.md). - References to the old repository address in code and listings (the source link Learn's
instances name, the snap's and the F-Droid listing's source, the curator's credits) work
through Forgejo's redirect until they are changed to
project-halkyon/halkyon.