Actualización de aplicaciones internas: progtwig de desarrollo empresarial de iOS

Estoy buscando información sobre el progtwig iOS Enterprise Developer. Por lo que he leído, la distribución interna permite a las empresas distribuir aplicaciones iOS internamente sin conocer los dispositivos UDID (a diferencia de lo que ocurre con la distribución ad-hoc). Las aplicaciones creadas con estos perfiles pueden instalarse técnicamente en cualquier dispositivo iOS (sin límites en el número de dispositivos), pero el acuerdo de licencia dice que no podemos distribuir aplicaciones empresariales a nadie fuera de la empresa.

Por lo que leo, podemos distribuir aplicaciones a través de cualquier medio que deseemos dentro de la empresa. En nuestro caso, queremos poner .ipa y su .plist en nuestra intranet (protegida mediante authentication). Nuestros usuarios pueden navegar a ese sitio con cualquier dispositivo iOS, ingresar sus cnetworkingenciales, hacer clic en el enlace e instalar la aplicación. Eso es genial.

¿Pero cómo funcionan las actualizaciones? No puedo encontrar información sobre este tema. Si creo una nueva versión de la aplicación, ¿todos los dispositivos se actualizan automáticamente sin mi intervención?

Las actualizaciones tienen dos escenarios diferentes: 1) Actualizaciones controladas por el server donde no es necesario modificar su código. En este caso, su aplicación debe ser lo suficientemente inteligente como para consultar al server en busca de actualizaciones, downloadlas y reconfigurarse. Estoy haciendo esto para nuestras aplicaciones nativas. Y 2) Has actualizado el código. En este caso, tendrá que volver a instalar la aplicación en cada dispositivo para actualizarla.

En su caso, creo que está buscando una solución para el escenario 2. Puede implementar algo similar a lo que Apple hace cuando envía la versión actualizada a Appstore. Muestran las aplicaciones actualizadas en la sección Actualizaciones y vuelven a instalar la aplicación. Puede tener alguna sección en su aplicación que verifique si hay actualizaciones y llama al service itunes con su enlace HTML, que dará windows emergentes directamente a los usuarios que soliciten la installation de una aplicación actualizada. Segunda opción, puede usar la notificación Push después de actualizar el file .ipa y .plist con información actualizada sobre la versión.

Otras opciones incluyen el uso de una solución MDM (gestión de dispositivos mobilees) o MAM (gestión de aplicaciones mobilees).

Las soluciones de MDM permiten a los usuarios que se han "inscrito" tener nuevas actualizaciones implementadas, sin embargo, los usuarios tienen que solicitar las actualizaciones y se les pide que las instalen manualmente. Tampoco hay forma de que los usuarios reciban posts de notificación push a less que instalen aplicaciones de cliente adicionales.

Las soluciones MAM pueden proporcionar soporte durante todo el ciclo de vida de la aplicación (incluidas las actualizaciones). Una solución de proveedor que proporciona esta es Apperian EASE, que permite a los usuarios de una organización instalar y ejecutar aplicaciones internas. Para más información ver http://www.apperian.com .

EASE puede notificar a todos los usuarios que han instalado una aplicación que existe una nueva versión (actualización) a través de notifications push (esto sucede a través del catálogo de aplicaciones nativas personalizadas).

Los desarrolladores pueden usar el SDK de EASE para realizar una consulta al server para ver si hay una nueva actualización disponible y / o requerida, y si es así, para instalar automáticamente la actualización. La documentation del SDK de EASE se encuentra en https://apperian.jira.com/wiki/display/pub/EASE+SDK+Guide .

Una vez que haya actualizado su aplicación, cárguelo en la misma location que antes. Por lo tanto, todos los usuarios solo necesitan volver a instalar. Luego, funcionará correctamente con los nuevos cambios realizados en la aplicación.