New release track system of FlorisBoard
See original GitHub issueThis issue explains the new track system which FlorisBoard will use beginning after today’s release of v0.3.9. At any given time it is possible to have all three tracks of FlorisBoard installed on one device without them interfering. This allows users to try out debug builds without ruining their stable configuration in case something goes wrong.
((( @IzzySoft I am pinging you because I wanted to ask if FlorisBoard’s beta track could be included in your repo, so all my F-Droid users also have the ability to take advantage of the new track system )))
Stable dev.patrickgold.florisboard
- Default release track (what currently is in use)
- Publishing channels:
- F-Droid
- Google Play (until v0.4.0 only via joining the Google Group, after v0.4.0 FlorisBoard is listed publicly in Google Play).
- GitHub Releases
- ~ 2 releases / month
- Version name format:
vX.X.X
- All APKs are signed either by me or by F-Droid
- Releases on this channel are in general very stable (expect for features marked as experimental)
Beta dev.patrickgold.florisboard.beta
- Beta release track intended for end-users who want to try out new features faster
- Publishing channels:
- IzzySoft’s repo
- Google Play Beta Track (beginning with v0.4.0 only)
- GitHub Releases (Tagged as pre-release)
- ~ 2-3 releases / week
- Version name format:
vX.X.X-betaXX
- All APKs are signed by me
- Releases on this channel are in general well working, though crashes/bugs are more likely than in stable
Debug dev.patrickgold.florisboard.debug
- Debug builds built by GitHub Actions intended for contributors to directly try out new features from the developers
- Publishing channels:
- GitHub Actions (attached to every commit)
- Version name format:
vX.X.X-debug
- APKs are not signed
- Releases on this channel are highly unstable and may crash at any given time, thus I don’t recommend this version for every day use
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:16 (16 by maintainers)
Top Results From Across the Web
Releases · florisboard/florisboard - GitHub
FlorisBoard now has new app icons for each track, designed and provided for use in this project by BloodRaven0, thanks a lot! <3....
Read more >FlorisBoard, an open source keyboard had a huge update!
FlorisBoard now has new app icons for each track, designed and provided for use in this project by BloodRaven0, thanks a lot! <3....
Read more >FlorisBoard Beta - IzzyOnDroid F-Droid Repository
Clipboard manager/history. WhatsNew: Small hotfix release which addresses some crashes and bugs introduced with the previous alpha release. Detailed changelog: ...
Read more >FlorisBoard vs GBoard: Keyboard Battle!! #androidkeyboard
This is a detailed comparison video of FlorisBoard and GBoard. FlorisBoard is an opensource keyboard which offers some great features, ...
Read more >FlorisBoard - Keyboard - Knowledge Base
Florisboard is a innovative, feature-rich, private on-screen keyboard ... button which says 'Open System Settings'; A new screen opens up, ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Gladly done!
Indeed it is. Is that something like those stars they put in the floor at Hollywood, with names on it? 🤣
Indeed! Which is why I wanted that YAML updated before the CheckUpdates fix kicked in.
Yeah, we try our very best. We do not always succeed immediately, but we keep trying. And we always give 100%: 10% on Monday, 30% on Tuesday… 🙊 🙈 Well, looking at my heat map I had no break since December 😱
Indeed it is – thanks a lot! Once v0.3.9 pops up at F-Droid, you can also close that spin-off.
Perfect, I will place the beta description in
fastlane/metadata/androidbeta
. Do I need to place only the beta specific things there and the rest like screenshots etc. is taken from the stable meta folder or do I need to copy everything? (I don’t mind copying, just so I know).That’s no problem, as in the end everything related to the project resides in my master branch.