Le workflow iOS tourne sur un runner macOS, facturé 10x en minutes Actions.
Deux ajustements après les premiers runs :
- paths-ignore sur les fichiers Markdown : un commit de documentation
déclenchait un build complet pour rien.
- generate_release_notes passe à false : les notes sont déjà produites par le
workflow APK, et softprops/action-gh-release les ajoute au corps de la
release à chaque publication — le corps de v1.7.1 porte ainsi plusieurs
copies du lien de changelog.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WoXgHivbAphDk9ArgKDg8Q
Le projet était Android-only : le dossier ios/ avait été supprimé et aucune
cible Apple n'existait. Le code Dart, lui, est resté portable (aucun appel
spécifique à Android) et media_kit_libs_video embarque déjà libmpv pour iOS.
- scripts/prepare_ios.sh régénère le projet Xcode via `flutter create` puis
applique les réglages nécessaires à une app IPTV : exception App Transport
Security (les serveurs Xtream sont en http:// simple), audio en arrière-plan,
orientations paysage et 4 sens sur iPad, autorisation réseau local, cible
iOS 13 exigée par media_kit et bundle id aligné sur l'applicationId Android.
Le script est idempotent et respecte un dossier ios/ déjà versionné.
- Nouveau workflow Build iOS : runner macOS, build --no-codesign, empaquetage
en IPA non signé publié sur la Release de la version, à côté de l'APK.
Pas de déclenchement sur les PR, un runner macOS coûtant 10x en minutes.
- IOS_GUIDE.md documente les voies d'installation hors App Store (AltStore /
SideStore, Sideloadly, compte développeur, TestFlight) et leurs limites.
- flutter_launcher_icons : image_path pointait sur app-icon.png, absent du
dépôt ; correction vers le logo existant et ajout de la génération iOS.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WoXgHivbAphDk9ArgKDg8Q
Release builds were signed with the debug keystore. On the GitHub runner
that keystore is generated fresh on every build, so each CI APK carried a
different signature and Android refused to install it over an existing
version ("App not installed").
- build.gradle.kts: read android/key.properties when present and use it
as the release signing config; fall back to debug otherwise so local
`flutter run --release` keeps working.
- build-apk.yml: decode the keystore from ANDROID_KEYSTORE_* secrets into
android/key.properties before building, and fail early if any secret
is missing instead of silently signing with a throwaway key.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N3E5JovvDaQQ19D4UR258o
Adds a Build APK workflow: on every push to main it builds the release
APK with Flutter 3.35.3 and publishes it as a GitHub Release tagged
with the pubspec version (v1.7.0 → xtremobile-v1.7.0.apk). On pull
requests and manual runs the APK is built and uploaded as an artifact
only. Bumps app version to 1.7.0+14 for this release.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0156exq7fejVrD3HKU3MmS8X
Claude
MichaelandClaude Fable 5