Build et déploiement

Objectif

Faire fonctionner dans un build installé ce qui a été validé en Play Mode.

Identité de l'application

Dans Project Settings > Player, définissez un Bundle Identifier stable et unique, par exemple com.company.experience. PulseMDMClient l'utilise comme ID lors du join : le changer peut faire apparaître l'application comme un nouveau SDK côté contrôleur.

Définissez aussi une version applicative utile. Le schéma inclut l'ID et la version de l'application, ce qui facilite le diagnostic d'un parc hétérogène.

Runtime dans la première scène

La scène de démarrage doit créer, dans cet ordre logique :

1. PulseManager ;
2. PulseMDMClient ;
3. les PulseBehaviour nécessaires au premier schéma.

Si vos bindings arrivent plus tard, prévoyez un SYNC côté contrôleur après leur activation.

Stripping et IL2CPP

Le package 0.1.3 fournit un link.xml qui préserve son runtime, notamment la réflexion utilisée pour découvrir attributs, méthodes, champs et propriétés. Cette version corrige également la préservation des méthodes magiques Unity lors de l'obfuscation.

Testez néanmoins la configuration réelle de production : backend IL2CPP, niveau de Managed Stripping, architecture cible et éventuel obfuscateur. Si vos propres classes annotées sont retirées par une chaîne personnalisée, ajoutez les règles de préservation adaptées dans votre projet.

Android et WebSocket local

L'URL par défaut est ws://127.0.0.1:10002. Sur Android :

• le broker doit écouter sur le casque et sur ce port ;
• le projet doit autoriser le trafic WebSocket en clair si sa configuration Android le bloque ;
• le package ne fournit pas de manifeste Android pour imposer cette autorisation ;
• les politiques réseau, VPN ou MDM peuvent modifier l'accessibilité.

N'ajoutez une autorisation de trafic en clair que dans le périmètre nécessaire à votre architecture et à votre politique de sécurité.

Ressources à embarquer

Si vous avez personnalisé l'UI, confirmez que ce fichier existe avant le build :

Assets/PulseSDK/Resources/pulse-ui-config.json

Unity l'inclut comme ressource. La base Editor Assets/Data/lucide-icons.json sert au sélecteur ; la configuration finale embarque les références choisies.

Recette sur appareil

1. Installez le build par votre canal habituel.
2. Démarrez ou vérifiez le service broker/MDM.
3. Lancez l'application.
4. Dans le testeur, confirmez le Bundle Identifier et la version.
5. Demandez SYNC et comparez le schéma au build précédent.
6. Exécutez au moins un CMD, un SET borné et une commande avec enum.
7. Redémarrez l'application puis le broker pour tester les deux ordres de démarrage.
8. Changez de scène et resynchronisez.

Stratégie de mise à jour

Avant de publier une nouvelle application :

• comparez la liste des IDs et les valeurs numériques d'enum ;
• considérez toute suppression, modification d'ID ou réaffectation d'enum comme un changement cassant ;
• ajoutez de nouveaux IDs plutôt que de réutiliser un ancien sens ;
• testez la coexistence des versions encore déployées.

Ce que vous devez avoir à la fin

• Le Bundle Identifier et la version sont corrects dans le schéma.
• Le build IL2CPP conserve toutes les actions et variables.
• Le build rejoint le broker local du casque.
• La configuration UI est embarquée.
• CMD, SET, enum, reconnexion, redémarrage et changement de scène sont validés sur appareil.

Dernière étape : référence API et limites.