Mise à jour des applications internes – Programme iOS Enterprise Developer

Je suis à la search d'informations sur le programme iOS Enterprise Developer. D'après ce que j'ai lu, la dissortingbution interne permet aux entresockets de dissortingbuer des applications iOS en interne sans connaître les UDID des périphériques (contrairement à ce qui se passe avec la dissortingbution ad-hoc). Les applications créées avec ces profils peuvent être installées techniquement sur n'importe quel appareil iOS (sans limitation du nombre d'appareils), mais l'accord de licence stipule que nous ne pouvons pas dissortingbuer des applications d'entreprise à des personnes extérieures à l'entreprise.

D'après ce que j'ai lu, nous pouvons dissortingbuer des applications à travers tout support que nous voulons dans l'entreprise. Dans notre cas, nous voulons mettre le .ipa et son .plist sur notre intranet (protégé via l'authentification). Nos users peuvent simplement naviguer sur ce site avec n'importe quel appareil iOS, taper leurs informations d'identification, cliquer sur le lien et installer l'application. C'est génial.

Mais comment fonctionnent les mises à jour? Je ne peux pas find d'informations sur ce sujet. Si je crée une nouvelle version de l'application, tous les appareils sont mis à jour automatiquement sans mon intervention?

Les mises à jour ont deux scénarios différents – 1) Mises à jour pilotées par le server où vous n'avez pas besoin de modifier votre code. Dans ce cas, votre application doit être assez intelligente pour interroger le server pour les mises à jour, les download et se reconfigurer. Je le fais pour nos applications natives. Et 2) Vous avez mis à jour le code. Dans ce cas, vous devrez réinstaller l'application sur chaque périphérique pour le mettre à jour.

Dans votre cas, je pense que vous cherchez une solution au scénario 2. Vous pouvez implémenter quelque chose de similaire à ce que fait Apple lorsque vous envoyez une version mise à jour à Appstore. Ils affichent les applications mises à jour dans la section Mises à jour et vous réinstallez l'application. Vous pouvez avoir une section dans votre application qui vérifie s'il y a des mises à jour et appelle le service iTunes avec votre lien HTML qui donnera directement pop-up aux users demandant l'installation de l'application mise à jour. Deuxième option que vous pouvez utiliser Notification push après avoir mis à jour les files .ipa et .plist avec les informations de version mises à jour.

D'autres options incluent l'utilisation d'une solution MDM (gestion des appareils mobiles) ou MAM (gestion des applications mobiles).

Les solutions MDM permettent aux users «inscrits» d'avoir de nouvelles mises à jour, mais les users doivent requestr les mises à jour et être invités à les installer manuellement. Il est également impossible pour les users de recevoir des messages de notification push à less d'installer des applications client supplémentaires.

Les solutions MAM peuvent prendre en charge tout le cycle de vie de l'application (y compris les mises à jour). Apperian EASE permet aux users d'une organisation d'installer et d'exécuter des applications internes. Pour plus d'informations, voir http://www.apperian.com .

EASE peut informer tous les users qui ont installé une application qu'il existe une nouvelle version (mise à jour) via une notification push (cela se produit via le catalogue d'applications natif personnalisé).

Les développeurs peuvent utiliser le SDK EASE pour envoyer une requête au server pour voir si une nouvelle mise à jour est disponible et / ou requirejse, et si c'est le cas, pour installer automatiquement la mise à jour. La documentation EASE SDK est disponible à l' adresse https://apperian.jira.com/wiki/display/pub/EASE+SDK+Guide .

Après avoir mis à jour votre application, téléchargez-la au même endroit que précédemment. Donc, tous les users ont juste besoin de réinstaller. Ensuite, il fonctionnera correctement avec les nouvelles modifications apscopes dans l'application.