Release 0.4.0 #7
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "release/0.4.0"
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?
Twenty commits since
v0.3.0, and the tag still pointed at the old one — nothing could be published whilemaindeclared a version that was already taken.0.4.0, not 0.3.1. This is not a patch: tablets and unfolded foldables read in columns, the dictionary and reading settings moved beside the poem instead of over it, couplets sit in cards and share a line where there is room, pages fill in where they load, and the design system that describes all of it now lives in
design/.What's in it
Changelog
6.txtin en-US, fa and ur — F-Droid reads these fromfastlane/, and all three locales already had 1–5, so the set stays complete.Release build verified:
ganjoor-0.4.0-release-unsigned.apk, 31.7 MB, R8-minified,lintVitalclean, builds with no keystore as F-Droid requires.What is deliberately not in it
releases/ganjoor-0.4.0.apkis not archived, andreleases/README.mdhas no new row.The signing key is not on this machine. Every release so far is signed with the same certificate:
and
releases/README.mdpromises that any build upgrades any other in place. Signing 0.4.0 with a new key would break that promise for every existing install — Android refuses to replace an APK with one signed differently, so people would have to uninstall and lose their bookmarks. So the archive row and the checksum wait for the real key rather than being faked or re-keyed.To finish the GitHub release
v0.4.0keystore.properties+ the.jksfrom the Mac into the repo root (both are gitignored)./gradlew :app:assembleRelease→ signed APKreleases/with its checksum, per the existing conventionSteps 3–5 I can do as soon as the key is here.