App identity and versioning #52
Labels
No labels
needs-info
needs-triage
ready-for-agent
ready-for-human
wayfinder:grilling
wayfinder:map
wayfinder:prototype
wayfinder:research
wayfinder:task
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
TheAnachronism/tt-rss-viewer#52
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Part of #41
Question
For sideload-to-friends 1.0 beta: keep applicationId/namespace dev.anachronis.tt_rss_viewer? What display name? How should app versionName/versionCode relate to git tags and Forgejo releases?
Resolution
App identity and versioning for sideload-to-friends 1.0 beta (criteria only — implement later):
Must
applicationIdandnamespacefromdev.anachronis.tt_rss_viewertodev.theanachronism.ttrssviewerbefore beta. Friends who installed builds on the old id must uninstall/reinstall once (no in-place update across package ids).tt-rss Viewer(android:label).--build-name(checked-inpubspec.yamlversion is not the friends-facing truth for tagged builds). Channel prefix (alpha/*vsbeta/*, etc.) stays owned by Release channel for beta.--build-number(current alpha pattern) so later tagged builds can update in place when the signing identity also matches.tt-rss-viewer-…(e.g.tt-rss-viewer-<channel>-<semver>.apk); channel string owned by the release-channel ticket.Why
Friends need a stable package id + predictable version progression for updates. Changing to
dev.theanachronism.ttrssviewernow avoids shipping beta on the anachronis-shaped id you don’t want long-term. Tag→versionName + epoch versionCode already match the working alpha packaging pattern; signing continuity remains Signing and update trust.TheAnachronism referenced this issue2026-08-04 19:11:31 +00:00