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
Claude