search

azizkayumov / flashcard-maker-android

Flashcard Maker is an android app that allows you to create and import e-flashcards for convenient, paperless studying.
https://play.google.com/store/apps/details?id=com.piapps.flashcardpro
GNU General Public License v2.0
63 stars 22 forks source link

initial fastlane structures #29

Closed IzzySoft closed 3 years ago

IzzySoft commented 3 years ago

English and German, can be used for deployment to Google Play (probably needs the Fastlane binaries), for F-Droid should you head there with your app – and for your app in my repo :wink:

You can build on this and e.g. add screenshots, per-release changelogs and more; my Fastlane Cheat-Sheet might be helpful if you're new to this structure.

IzzySoft commented 3 years ago

Oh, PS: I've also included the badge for linking to your app in my repo from your ReadMe – but didn't yet link it from there. I gladly update the ReadMe as well (adding the badge with the corresponding link) if you wish, and push that to this PR as well.

azizkayumov commented 3 years ago

Thank you for contribution, @IzzySoft. I will look into your cheatsheet and yes, let's add the badge for linking the app to F-droid.

azizkayumov commented 3 years ago

If necessary, I will add a new release and its tag once I fix the open issues.

IzzySoft commented 3 years ago

Thanks @AbduazizKayumov – I've added the badge to the Readme with the last commit. For my repo, "going live" with it won't need a new release (simply release when you'd have released anyway) – the Fastlane structure is already in place here (just not yet public, that happens with the next sync in about 7 hours). But once this PR is merged, I'd update metadata for your app here to check for Fastlane updates on each new release – so if you modify e.g. the Readme, that will be reflected here automatically.

Just when you add new elements (e.g. now there are no screenshots in Fastlane, and tomorrow you add some), I need to initially check and enable that on my end. Background for that is that the way of processing depends on the content here for optimal results, so it's not a "generic rule to simply fetch them all" – but e.g. full_description.txt could be either HTML, Markdown, or some plain-text needing its newlines replaced by BRs. Applying the latter's rule to the first would look a bit strange (unfortunately, it seems F-Droid is doing exactly that)… so should you change format, please let me know as well :wink: