Files
pluriwave/pubspec.yaml
T
FreeTLab ab3554b746
Build & Deploy PluriWave / Análisis de código (push) Successful in 30s
Build & Deploy PluriWave / Build APK + AAB release (push) Failing after 3m12s
chore(release): alinear PRO con la version probada 1.3.3 [version set]
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.
2026-09-04 13:33:05 +02:00

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/