Ich erstelle eine Inhouse-App, um aktualisierte Apps zu liefern, die unsere Geschäftskunden drahtlos installieren können.
Letztendlich starte ich die Installation wie folgt:
%Vor%Das funktioniert gut, aber wir haben festgestellt, dass es manchmal einen Cache der plist oder der ipa-Datei speichert und eine alte Version installiert. Wir haben ausgeschlossen, dass es auf dem Server aktualisiert wird, weil wir sogar die ipa-Datei vom Server löschen können und es wird immer noch eine alte Version installieren.
Das Ändern des .plist- und .ipa-Dateinamens funktioniert, ist aber nicht wirklich der gewünschte Endzustand, also lautet meine Frage: Gibt es eine Möglichkeit, das Gerät zum Ausgehen zu zwingen und die Datei vom Server zu holen, anstatt sich darauf zu verlassen es ist Cache?
Ich hatte ein sehr ähnliches Problem und löste es mit einem (schmutzigen) Workaround; immer noch besser als eine andere .plist-Datei für jede neue Version zu erstellen.
Ich füge einige Zufallszahlen in die URL ein, wie zum Beispiel:
%Vor%Auf der anderen Seite füge ich eine Regel in .htaccess hinzu (vorausgesetzt Apache, konfiguriert mit mod_rewrite):
%Vor%Ich denke, die TestFlight-Leute sind auf dasselbe Problem gestoßen. Bei der Verwendung ihrer Dienste stellte ich fest, dass das Aktualisieren der App ohne vorherige Deinstallation einer älteren Version zu einem sehr fehlerhaften Verhalten führen konnte, bei dem die Hälfte der alten Version (z. B. Symbole) und die Hälfte des neuen Verhaltens ausgeführt wurde.
Das war wirklich komisch. Vgl. diese andere Frage: Warum sind einige Dateien nicht korrekt installiert bei der Installation über TestFlight?
Sie sollten versuchen, sich mit den Apple Support- oder TestFlight-Leuten in Verbindung zu setzen, um zu sehen, ob sie dieses Problem behoben haben. Viel Glück damit!
Tags und Links ios uiapplication