PRO venia arrastrando su propia linea de version (1.3.1) mientras main iba por 1.3.3, asi que el mismo codigo tenia dos numeros segun la rama. Lo que se ha probado en el coche es 1.3.3+160, y ese es el numero que deben ver los testers: cuando alguien reporte un fallo, la version que diga tiene que coincidir con la que se valido. Se fija 1.3.3+159 porque el CI incrementa el numero de build ANTES de compilar, de modo que el artefacto publicado sale como 1.3.3+160. El marcador [version set] impide que el paso de bump suba tambien el patch, que es el comportamiento por defecto en PRO. El codigo de version 160 esta libre en Play: lo mas alto subido alli es 157, y los 158, 159 y 160 de main nunca salieron del portal de builds.
111 lines
3.1 KiB
YAML
111 lines
3.1 KiB
YAML
name: pluriwave
|
|
description: "Radio mundial con ecualizador, reconocimiento de canciones y UI premium"
|
|
publish_to: 'none'
|
|
version: 1.3.3+159
|
|
|
|
environment:
|
|
sdk: ^3.7.0
|
|
|
|
dependencies:
|
|
flutter:
|
|
sdk: flutter
|
|
flutter_localizations:
|
|
sdk: flutter
|
|
intl: ^0.20.2
|
|
|
|
# Audio
|
|
just_audio: ^0.9.42
|
|
audio_service: ^0.18.15
|
|
audio_session: ^0.1.21
|
|
# Ya transitiva vía audio_service; directa para poder emitir
|
|
# notifyChildrenChanged (subscribeToChildren con BehaviorSubject).
|
|
rxdart: ^0.28.0
|
|
|
|
# UI
|
|
cupertino_icons: ^1.0.8
|
|
google_fonts: ^6.2.1
|
|
flutter_animate: ^4.5.2
|
|
cached_network_image: ^3.4.1
|
|
shimmer: ^3.0.0
|
|
|
|
# State
|
|
provider: ^6.1.2
|
|
|
|
# Storage
|
|
sqflite: ^2.4.1
|
|
path_provider: ^2.1.5
|
|
shared_preferences: ^2.3.4
|
|
|
|
# Network
|
|
http: ^1.2.2
|
|
|
|
# Utils
|
|
path: ^1.9.1
|
|
share_plus: ^10.1.3
|
|
file_picker: ^8.1.7
|
|
uuid: ^4.5.1
|
|
url_launcher: ^6.3.1
|
|
geolocator: ^13.0.4
|
|
geocoding: ^3.0.0
|
|
package_info_plus: ^8.3.1
|
|
|
|
# Ads — TODO: swap Google test ad unit IDs (servicio_anuncios.dart) for
|
|
# real AdMob unit IDs once provisioned (iap-freemium-unlock, Open Question).
|
|
google_mobile_ads: ^5.3.0
|
|
|
|
# In-app purchase
|
|
in_app_purchase: ^3.2.0
|
|
|
|
# Canal nativo SAF (`pluriwave/file_actions`) empaquetado como plugin para
|
|
# que GeneratedPluginRegistrant lo instale TAMBIEN en el FlutterEngine
|
|
# headless que audio_service crea al arrancar desde Android Auto. Sin esto
|
|
# el canal solo existia en el engine de MainActivity y "Musica Local"
|
|
# desaparecia del arbol del coche. No expone API Dart: los llamantes siguen
|
|
# usando MethodChannel('pluriwave/file_actions').
|
|
pluriwave_file_actions:
|
|
path: packages/pluriwave_file_actions
|
|
|
|
# Song recognition (activar con AudD key)
|
|
# permission_handler: ^11.3.1
|
|
|
|
dev_dependencies:
|
|
flutter_test:
|
|
sdk: flutter
|
|
flutter_lints: ^5.0.0
|
|
sqflite_common_ffi: ^2.3.7+1
|
|
|
|
flutter:
|
|
generate: true
|
|
uses-material-design: true
|
|
|
|
assets:
|
|
- assets/images/
|
|
- assets/icons/
|
|
- assets/icons/alarmas/
|
|
- assets/audio/
|
|
- assets/mockups/
|
|
- assets/generated/
|
|
# Flutter NO recurse: declarar 'assets/content/' incluye solo los
|
|
# ficheros sueltos de esa carpeta, nunca los de sus subcarpetas. Todo
|
|
# el contenido vive en subcarpetas, asi que NADA de esto viajaba en el
|
|
# APK -- verificado abriendo el binario instalado: cero entradas de
|
|
# assets/content. El onboarding reventaba en cada arranque con
|
|
# 'Unable to load asset: assets/content/onboarding/en.md' aunque el
|
|
# fichero existe en disco. Mismo fallo de familia que los drawables
|
|
# resueltos por nombre: referencia sin validacion en compilacion.
|
|
- assets/content/
|
|
- assets/content/onboarding/
|
|
- assets/content/updates/ar/
|
|
- assets/content/updates/bn/
|
|
- assets/content/updates/de/
|
|
- assets/content/updates/en/
|
|
- assets/content/updates/es/
|
|
- assets/content/updates/fr/
|
|
- assets/content/updates/hi/
|
|
- assets/content/updates/id/
|
|
- assets/content/updates/it/
|
|
- assets/content/updates/ja/
|
|
- assets/content/updates/pt/
|
|
- assets/content/updates/ru/
|
|
- assets/content/updates/zh/
|