Was sind Inhouse-Apps?
Interne Apps sind proprietäre Anwendungen, die für den internen Gebrauch innerhalb einer Organisation entwickelt wurden. Sie sind besonders nützlich, wenn Sie Ihre benutzerdefinierten Apps privat halten und den Überprüfungsprozess des Apple App Store vermeiden müssen. Diese Apps werden in der Regel direkt an Geräte in Ihrer Organisation verteilt, wobei öffentliche Verteilungskanäle umgangen werden. Weitere Informationen zu hauseigenen Apps finden Sie in der Dokumentation von Apple.
Wie funktionieren hauseigene Apps?
Interne Apps ermöglichen es Unternehmen, benutzerdefinierte Anwendungen auf ihrer gesamten Flotte von Apple-Geräten bereitzustellen. Mit Kandji können Sie ein Inhouse-App-Bibliothekselement erstellen, um diese Bereitstellungen zu verwalten. Wenn Sie die .ipa-Datei Ihrer App auf Kandji hochladen, wird die Datei verarbeitet, wobei Details wie das App-Symbol, die Bundle-ID und Versionsinformationen analysiert werden. Kandji verwendet diese Details dann, um automatisch die erforderliche Manifestdatei zu generieren und die App bereitzustellen.
Anforderungen
Die hochgeladene Datei muss im .ipa-Format vorliegen
Die Größe der .ipa-Datei darf 4 GB nicht überschreiten
Bei der hochgeladenen Version des Dateipakets muss es sich um eine semantische, ganzzahlige Version handeln.
Beim Aktualisieren einer internen App muss die neu hochgeladene Datei-Bundle-ID mit der vorhandenen Bundle-ID übereinstimmen
Beim Aktualisieren einer internen App muss die neu hochgeladene Version des Dateipakets höher sein als die vorherige Version
Hinzufügen und Konfigurieren eines internen App-Library Items
Navigieren Sie in der linken Navigationsleiste zu Library.
Klicken Sie oben rechts auf Neu hinzufügen und wählen Sie Interne App aus.
Klicken Sie auf Hinzufügen und konfigurieren.
Geben Sie dem neuen Element "Interne App-Library" einen Namen.
Weisen Sie sie den gewünschten Aufgabenkarten oder klassischen Blaupausen zu.
Laden Sie unter Installationsdetails die .ipa-Datei Ihrer internen App hoch.
Sobald Ihre App hochgeladen wurde, wird sie auf Dateityp, Version und Gültigkeit der Bundle-ID überprüft.
Aktualisieren von internen Apps
Wenn Sie bereit sind, eine neuere Version einer internen App bereitzustellen, gibt es zwei empfohlene Ansätze:
Aktualisieren Sie die vorhandene hauseigene App in der Bibliothek
Laden Sie die neue Version in das aktuelle interne App- Library Item hoch. Dadurch wird die alte Datei ersetzt und automatisch neue Installationsbefehle an alle Geräte gesendet, die diesem Bibliothekselement zugewiesen sind.
Die neue Version muss die gleiche Bundle-ID wie die vorherige haben, und die Versionsnummer sollte höher sein als die aktuelle Version.
Erstellen eines neuen Bibliothekselements für die neue Version
Wenn Sie es vorziehen, die neue Version für eine bestimmte Gruppe von Geräten einzuführen, während andere Geräte die aktuelle Version beibehalten, können Sie ein neues internes App-Library Item erstellen.
Für diese Option wird die Verwendung von Zuweisungszuordnungen empfohlen.
Beachten Sie, dass Blueprints- oder Zuweisungszuordnungsknoten nur eine interne App pro Bundle-ID enthalten können (die eindeutige Kennung, die Apple für jede App benötigt). Sie können jedoch dieselbe Bundle-ID für verschiedene Zuweisungszuordnungsknoten verwenden. Denken Sie daran, dass der Knoten ganz rechts immer Vorrang hat.
Um Ordnung zu halten, benennen Sie das Library Item mit der Versionsnummer der App, damit Sie leicht zwischen verschiedenen Versionen derselben App unterscheiden können.
Überlegungen zum Parsen von App-Symbolen
Beim Hochladen einer .ipa-Datei in ein Inhouse-App-Library Item analysiert Kandji die Metadaten aus der von Xcode generierten Info.plist-Datei . Diese Datei enthält wichtige Informationen wie Metadaten und Symbolbilder. Die Art und Weise, wie Xcode diese Apps erstellt, kann je nach Konfiguration Ihres Entwicklers variieren.
Um sicherzustellen, dass Kandji das richtige App-Symbol für die Anzeige in der internen Apps-Bibliothek oder dem Element der Startbildschirm-Layout-Bibliothek extrahieren kann, müssen die Symbolbilddateien .png Dateien sein, und ihre Dateinamen müssen direkt in der Info.plist-Datei referenziert werden.
In der Test-App "Accuhive.ipa" könnte die Datei "Info.plist " unter dem Schlüssel "CFBundleIcons" beispielsweise wie folgt aussehen:
<key>CFBundleIcons</key>
<dict>
<key>CFBundlePrimaryIcon</key>
<dict>
<key>CFBundleIconFiles</key>
<array>
<string>AppIcon60x60</string>
</array>
<key>CFBundleIconName</key>
<string>AppIcon</string>
</dict>
</dict>
In diesem Fall verwendet Kandji den CFBundleIconFiles-Schlüssel, um das App-Symbol für die Anzeige innerhalb des Bibliothekselements zu finden und zu extrahieren.
Wenn die Datei Info.plist nicht auf eine Icon-Datei verweist, kann Kandji kein Icon im Bibliothekselement anzeigen. Dies wirkt sich jedoch nur auf das Display von Kandji aus. Wenn die App auf einem Gerät installiert wird, verwendet sie das Symbol, das in die App selbst integriert ist.
Weitere Überlegungen
Inhouse-Apps können über die Kandji API verwaltet werden. Weitere Informationen finden Sie in unserer API-Dokumentation.
Zu den akzeptablen IPA-App-Versionsformaten gehören ganzzahlbasiertes X.Y.Z oder X.Y. Andere Formate, wie z. B. X oder Formate, die Buchstaben oder Symbole enthalten, sind nicht zulässig.
Nach dem Speichern wird Ihre App mit ihren Versions- und Bundle-ID-Informationen angezeigt, sodass Sie leicht erkennen können, welche App und Version für die Bereitstellung bereit sind. Die Details oben im Bibliothekselement werden aktualisiert, um diese Informationen widerzuspiegeln.
Blueprints oder Zuweisungszuordnungsknoten können nur eine interne App pro Bundle-ID enthalten (die eindeutige Kennung, die Apple für jede App auf einem Gerät benötigt). Sie können jedoch dieselbe Inhouse-App-Bundle-ID für verschiedene Knoten verwenden. Wie bei allen Zuweisungszuordnungsknoten haben die Knoten ganz rechts Vorrang.