Versions des applications internes

Utilisez la fonctionnalité Ajouter une version pour mettre à jour les versions de vos applications internes et intégrer les nouvelles fonctionnalités et résolutions de problèmes, tester les versions bêta et respecter les normes de conformité de l'organisation. La gestion des versions a plusieurs avantages pour effectuer des tests et assurer la conformité. Vous pouvez transférer des versions bêta à des fins de test et autoriser les terminaux Apple iOS à restaurer une version précédente. Vous pouvez également transférer des versions d'applications autorisées ou conformes sur les terminaux.

Remarque : le système peut reconnaître une version différente d'une application, même si vous n'utilisez pas l'option Ajouter une version. Cependant, les fichiers EXE, ZIP peuvent être des exceptions, car UEM console ne peut pas interpréter le module. Si vous ajoutez la version de l'application comme s'il s'agissait d'une nouvelle application, le système affiche tout de même la case Mettre les versions précédentes hors service dans l'onglet Détails.

Lors de l'ajout d'une nouvelle version d'une application, vous pouvez voir les éléments suivants dans l'onglet Détails :

  • Version UEM chargée – Cet identifiant représente la version UEM que vous importez vers la console.
  • Attributions copiées à partir de – Cet identifiant représente la version qui précède immédiatement la version chargée, à partir de laquelle la version chargée hérite des attributions.
  • Dernière version – Cet identifiant représente la version la plus élevée présente dans la console et celle qui est déployée sur les terminaux qui s'enrôlent dans le groupe attribué.

Exemple de gestion des versions – Test de versions bêta

Déployer plusieurs versions pour tester les applications. Importer une version bêta d'une application pour la déployer aux utilisateurs bêta, au même moment, vous disposez d'une version non-bêta qui est disponible pour vos utilisateurs habituels. Après avoir testé la version bêta, vous pouvez remplacer la version non-bêta existante par la version testée.

Récupération de la valeur de la version de l'application

Workspace ONE UEM récupère la version d'application qui s'affiche dans le champ Version de l'application depuis plusieurs emplacements, selon la plateforme. Vous ne pouvez pas charger des versions en double d'une application.

Plate-forme Paramètre Emplacement
Android versionName affiche la version de l'application, mais versionCode contrôle les versions .apk package
iOS
macOS
CFBundleVersion
CFBuildShortVersionString
info.plist
Windows Desktop Version=« X.X.X.X » AppManifest.xml
Windows Phone Version=« X.X.X.X » WMAppManifest.xml

Prise en charge du numéro de révision dans la version de l'application interne

Lorsque vous chargez une version inférieure d'une application alors que la version supérieure est déjà disponible sur la console, vous devez conserver des versions UEM distinctes de cette application.

Pour éliminer la surcharge de maintenance des versions UEM distinctes, les numéros de version d'application interne incluent désormais une quatrième décimale, qui est le numéro de révision.

Avec la disponibilité de la quatrième décimale, vous pouvez effectuer les opérations suivantes sans modifier la version UEM :

  • Charger la version inférieure d'une application vers la console lorsqu’une version supérieure est déjà importée.
  • Charger des applications avec des numéros de version à quatre décimales.
  • Charger des applications avec la même version mais des numéros de build différents. Le quatrième nombre est automatiquement incrémenté après chaque build d'applications réussie.

Remarque : Le numéro de version interne de toutes les applications précédemment importées reste inchangé.

Version de l'application et incrémentation

Vous pouvez charger plusieurs versions d'une application quel que soit le numéro de version d'application, mais pour la plupart des plateformes, c'est la version d'application qui contrôle son déploiement. Workspace ONE UEM gère la version UEM chargée en fonction de sa valeur de version d'application.

Plate-forme Version de l'application
Android versionCode doit augmenter, car la régression des versions n'est pas prise en charge.
Workspace ONE UEM peut accepter des applications avec des valeurs de versionCode inférieures. Cependant, il gère les attributions en fonction de l'ordre de la version de l'application.
Par exemple, si vous avez déployé une version 3.1 d'une application, vous disposez toujours d'une ancienne version 1.1 de l'application dans la console. Et si vous importez la version 2.1 de l'application, Workspace ONE UEM gère les versions avec ces comportements :

Migre les attributions de la version 1.1 (attributions copiées depuis) vers 2.1 (version UEM importée).

Si les terminaux ont les versions 2.1 et 3.1 attribuées (et les deux sont actives), Workspace ONE UEM envoie des commandes d'installation pour 3.1 (dernière version), car il s'agit de la version la plus élevée que les terminaux sont autorisés à recevoir.

Lorsque vous sélectionnez Mettre la version précédente hors service au moment de l'importation de la version 2.1, la console met hors service la version 1.1 (attributions copiées depuis) et non 3.1 (dernière version).
iOS et macOS Les valeurs BundleVersion ou BuildShortVersionString peuvent augmenter ou diminuer, car le passage à la version antérieure d'une application est pris en charge.

Remarque : ne prend pas en charge la rétrogradation vers une version inférieure d'une application.

Vous pouvez importer une version inférieure d'une application et la déployer comme version actuelle.
Windows Desktop Version d'application=« X.X.X », les trois premières décimales doivent augmenter, car le passage à la version antérieure d'une application n'est pas pris en charge.
Workspace ONE UEM peut accepter des applications avec des valeurs de version d'application inférieures. Cependant, il gère les attributions en fonction de l'ordre de la version de l'application et migre les attributions de la version précédente vers la version UEM importée (celle que vous importez).

Si les terminaux ont la version UEM importée et la dernière version attribuée (et les deux sont actives), Workspace ONE UEM envoie des commandes d'installation pour la dernière version du fichier, car il s'agit de la version la plus élevée que les terminaux sont autorisés à recevoir.
Lorsque vous sélectionnez Mettre la version précédente hors service lors de l'importation de la nouvelle version du fichier, la console met hors service la version précédente et non la version la plus récente.
Windows Phone Version=« X.X.X.X », les quatre premières décimales doivent augmenter, car le passage à la version antérieure d'une application n'est pas pris en charge.
Workspace ONE UEM peut accepter des applications avec des valeurs de version d'application inférieures. Cependant, il gère les attributions en fonction de l'ordre de la version de l'application et migre les attributions de la version précédente vers la version UEM importée (celle que vous importez).

Si les terminaux ont la version UEM importée et la dernière version attribuée (et les deux sont actives), Workspace ONE UEM envoie des commandes d'installation pour la dernière version du fichier, car il s'agit de la version la plus élevée que les terminaux sont autorisés à recevoir.
Lorsque vous sélectionnez Mettre la version précédente hors service lors de l'importation de la nouvelle version du fichier, la console met hors service la version précédente et non la version la plus récente.

Vous pouvez déployer plusieurs versions pour tester les applications. Importer une version bêta d'une application pour la déployer aux utilisateurs bêta, au même moment, vous disposez d'une version non-bêta qui est disponible pour vos utilisateurs habituels. Après avoir testé la version bêta, vous pouvez remplacer la version non-bêta existante par la version testée.

Gérer le contrôle de version de votre application interne

Le contrôle de version vous permet de gérer les modifications apportées aux fichiers au fil du temps. Workspace ONE UEM utilise deux valeurs de version différentes pour gérer le contrôle de version des applications internes. Le numéro de version de l'application est la version codée définie par le développeur de l'application. Le numéro de version UEM de l'application est défini par Workspace ONE UEM Console. Il est dérivé du numéro de version de l'application et est utilisé pour déterminer l'ordre de toutes les versions de la console afin que les attributions puissent être correctement héritées.

Maintenir plusieurs versions de votre application interne

Vous pouvez contrôler les versions des applications internes avec les options Ajouter une version et Mettre la version précédente hors service. Workspace ONE UEM peut remplacer une application interne sur des terminaux, mais ne déploie pas plusieurs versions sur des terminaux. Vous pouvez disposer de plusieurs versions actives dans la console à des fins de gestion. Le remplacement d'une version supprimée dépend de la valeur de la version de l'application. Si vous voulez avoir plusieurs versions d'une application dans UEM Console, ne cochez pas la case Mettre la version antérieure hors service dans l'onglet Détails. Cette case s'affiche lorsque vous ajoutez une nouvelle version d'une application. Si vous ne sélectionnez pas Mettre la version précédente hors service et si vous ajoutez une version d'application, Workspace ONE UEM attribue aux terminaux la version de l'application la plus élevée. Vous pouvez désactiver des versions de l'application au lieu de les retirer pour les supprimer des attributions de terminaux.

Effectuez les étapes suivantes pour gérer plusieurs versions de l'application interne dans Workspace ONE UEM Console :

  1. Accédez à Ressources > Applications > Natives et sélectionnez l'onglet Internes.
  2. Cliquez sur l'application, puis accédez à l'affichage des Détails et sélectionnez Ajouter une version .
  3. Importez le fichier mis à jour.
  4. Configurez la case Mettre les versions précédentes hors service dans l'onglet Détails.

    Paramètre Description
    Cocher Mettre la version précédente hors service Workspace ONE UEM supprime l'attribution de la version de l'application la moins élevée et attribue la version de l'application la plus élevée aux terminaux. La version inférieure n'est pas disponible pour le déploiement dans Workspace ONE UEM Console.

    Apple iOS est l'exception. Ces terminaux peuvent recevoir une version inférieure de l'application, attribuée suite à la mise hors service des versions antérieures dans Workspace ONE UEM Console.
    Décocher Mettre la version précédente hors service Workspace ONE UEM supprime l'attribution de la version de l'application la moins élevée et attribue la version de l'application la plus élevée aux terminaux. Si elle est toujours active, la version inférieure est disponible pour le déploiement dans Workspace ONE UEM console.
  5. Cliquez sur Enregistrer et attribuer pour utiliser la fonction de déploiement flexible.

Restaurer des versions antérieures à l'aide des options Mettre hors service et Désactiver

Workspace ONE UEM utilise l'option Mettre la version précédente hors service pour restaurer une version antérieure des applications Apple iOS, marquée comme active. La restauration des versions dépend de la valeur de Version. Workspace ONE UEM transfère la version de l'application avec le numéro de version précédent, et non le numéro de version de l'application précédent.

Vous pouvez restaurer les versions antérieures à l'aide des options Mettre hors service et Désactiver.

  • Lorsque vous utilisez la fonction Mettre hors service pour une application, le résultat peut varier selon la présence d'autres versions actives et le mode d'envoi de celles-ci.
  • Lorsque vous désactivez une application, Workspace ONE UEM la supprime, ainsi que toutes ses versions, des terminaux auxquels elle a été attribuée au niveau du groupe organisationnel spécifié et de ses sous-groupes.

    Si une version inférieure active d'une application existe, elle sera envoyée aux terminaux. Si une version supérieure existe dans un groupe organisationnel de niveau supérieur, celle-ci sera toujours disponible sur les terminaux.

Protéger la version de production de votre application propriétaire

Une application Workspace ONE UEM propriétaire, hors App Store, telle que Secure Launcher, est déjà présente ou incluse dans l'instance de Workspace ONE UEM. Elle fait partie du programme d'installation de Workspace ONE UEM, et vous pouvez la déployer sur des terminaux avec un profil ou avec d'autres paramètres dans la console. Certaines entreprises souhaitent tester les versions de ces applications avant de les déployer en production. Vous pouvez ajouter une application Workspace ONE UEM propriétaire à Workspace ONE UEM Console pour effectuer des tests à l'aide de groupes de test en séparant l'application de votre environnement de production.

Workspace ONE UEM comprend des protections qui empêchent le retrait des versions de production des applications Workspace ONE UEM propriétaires lorsque vous supprimez les versions test de la console. Vous pouvez ajouter et supprimer la version test en suivant un ordre spécifique pour les tâches. Tenez compte des meilleures pratiques suivantes lorsque vous supprimez les versions de test de la console :

  • Si possible, testez les applications dans un environnement distinct avec une instance de test de Workspace ONE UEM Console.
  • Workspace ONE UEM utilise toujours l'ID d'application pour identifier la version test de l'application propriétaire. Lorsque vous utilisez la commande de suppression d'application, supprimez la version de test avant de retirer ou de supprimer l'application. Si vous ignorez cette étape, Workspace ONE UEM n'ajoute pas à la file d'attente les commandes de suppression de ces applications test.
check-circle-line exclamation-circle-line close-line
Scroll to top icon