[バージョン追加] 機能を使用し、内部アプリケーションのバージョンを更新して新機能や修正を組み込んだり、ベータ版をテストしたり、組織コンプライアンス基準を強化したりすることができます。バージョン管理には、テストやコンプライアンスにおいて多くのメリットがあります。ベータ版をテスト用にプッシュして、以前のバージョンへの「ロールバック」を Apple iOS デバイスに許可することができます。また、アプリケーションの承認された、または準拠しているバージョンをデバイスにプッシュすることもできます。
[リソース] > [アプリ] > [ネイティブ アプリケーション] > [リスト表示] 画面からアプリケーションを選択すると、アプリケーションの詳細表示画面が表示されます。[バージョンの追加] 機能は、アプリの詳細画面の右上にある [その他] メニューで使用できます。
注：システムは、[バージョン追加] オプションを使用しなくてもアプリケーションの異なるバージョンを認識することができます。ただし、EXE、ZIP ファイルは、Omnissa Workspace ONE UEM Console がパッケージを解釈できないため、例外になる場合があります。アプリケーションの異なるバージョンを、新しいアプリケーションとして追加しても、システムは [以前のバージョンを回収] チェック ボックスを [詳細] タブに表示します。
アプリケーションの新しいバージョンを追加すると、[詳細] タブに次のように表示されます。
- アップロードされた UEM バージョン - この識別子は、コンソールにアップロードする UEM のバージョンです。
- 割り当てのコピー元 － この識別子はアップロードされたバージョンの直前のバージョンです。アップロードされたバージョンはこのバージョンから割り当てを継承します。。
- 最新バージョン – この識別子は、コンソール内で番号が最も大きいバージョンで、割り当てられたグループに加入されたデバイスに展開されます。
バージョン管理の例 – ベータ テスト
テスト アプリケーションの複数のバージョンを展開します。アプリケーションのベータ版をアップロードし、ベータ版ユーザーに展開します。同時に、通常のユーザーには、ベータ版ではないバージョンを提供します。ベータ版のテスト終了後に、ベータ版ではない既存のバージョンをテスト済みのバージョンと置き換えます。
アプリ バージョン値のソーシング
Workspace ONE UEM が AppVersion フィールドに表示されるアプリケーション バージョンを取得する方法は、プラットフォームにより異なります。アプリケーションの重複するバージョンをアップロードすることはできません。
| プラットフォーム | パラメータ | 場所 |
|---|---|---|
| Android | versionName はアプリ バージョンを表示し、versionCode はバージョン管理を行えるかどうかを制御します | .apk パッケージ |
| iOS macOS | CFBundleVersion CFBuildShortVersionString | info.plist |
| Windows | Version="X.X.X.X" | AppManifest.xml |
| Windows Phone | Version="X.X.X.X" | WMAppManifest.xml |
内部アプリケーションのバージョンにおけるリビジョン番号のサポート
コンソールで、より新しいバージョンがすでに使用可能な場合に、古いバージョンのアプリをアップロードする場合は、そのアプリの個別の UEM バージョンを維持する必要があります。
個別の UEM バージョンの維持に要するオーバーヘッドを排除するために、内部アプリケーションのバージョン番号には、リビジョン番号を示す小数第 4 位が含まれるようになりました。
小数第 4 位が使用可能な場合は、UEM バージョンを変更せずに、次の操作を実行できます。
- より新しいバージョンがすでにアップロードされている場合に、アプリケーションの古いバージョンをコンソールにアップロードする。
- 小数部の桁数が 4 のバージョン番号を使ってアプリケーションをアップロードする。
- バージョンが同じでもビルド番号が異なるアプリケーションをアップロードする。小数第 4 位は、アプリケーションのビルドが成功するたびに自動的に増えます。
注：以前にアップロードされたアプリの内部バージョン番号は変更されません。
アプリ バージョンと増加
アプリ バージョン番号に関係なく、アプリケーションの複数のバージョンをアップロードできますが、ほとんどのプラットフォームでは、アプリ バージョンによってアプリケーションの展開が制御されます。アップロードされた UEM バージョンは、アプリ バージョン値に応じて Workspace ONE UEM によって管理されます。
| プラットフォーム | アプリケーションのバージョン |
|---|---|
| Android | バージョンのダウングレードはサポートされないため、versionCode は 増加 する必要があります。 Workspace ONE UEM では、versionCode の値が低いアプリケーションを受け入れることができません。ただし、割り当ての管理はアプリ バージョンの順序に基づいて行われます。 たとえば、アプリ バージョン 3.1 のアプリケーションが展開されており、それより古いアプリ バージョン 1.1 が Console に保持されている場合に、アプリ バージョン 2.1 をアップロードすると、Workspace ONE UEM でバージョン管理のために次の動作が実行されます。 バージョン 1.1（割り当てのコピー元）から 2.1（アップロードされた UEM バージョン）に割り当てを移行します。 デバイスに 2.1 と 3.1 が割り当てられている（かつ両方ともアクティブである）場合は、デバイスが受け入れることができる最高のバージョンである 3.1（最新バージョン）のインストール コマンドが Workspace ONE UEM から送信されます。 2.1 をアップロードするときに [以前のバージョンを回収] を選択すると、3.1（最新バージョン）ではなく 1.1（割り当てのコピー元）がコンソールで回収されます。 |
| iOS および macOS | バージョンのダウングレードがサポートされているため、BundleVersion あるいは BuildShortVersionString は 増加または減少 できます。 注：macOS は、アプリの低いバージョンへのダウングレードをサポートしていません。 アプリケーションの低いバージョンをアップロードし、利用可能なバージョンとしてプッシュすることができます。 |
| Windows | バージョンのダウングレードはサポートされていないため、最初の 3 桁で示されるアプリ バージョン="X.X.X" を大きくする必要があります。 Workspace ONE UEM では、アプリ バージョンの値が低いアプリケーションを受け入れることができません。ただし、アプリ バージョンの順番に基づいて割り当てが管理され、以前のバージョンからアップロードされた UEM バージョン（アップロードしているバージョン）に割り当てが移行されます。 デバイスに、アップロードされた UEM バージョンと最新バージョンが割り当てられている（かつ両方ともアクティブである）場合は、デバイスが受け入れることができる最高バージョンである最新のファイル バージョンのインストール コマンドが Workspace ONE UEM から送信されます。 新しいファイル バージョンをアップロードするときに [以前のバージョンを回収] を選択すると、最新バージョンではなく以前のバージョンがコンソールで回収されます。 |
| Windows Phone | バージョンのダウングレードはサポートされていないため、最初の 4 桁で示されるバージョン ="X.X.X.X" は大きくする必要があります。 Workspace ONE UEM では、アプリ バージョンの値が低いアプリケーションを受け入れることができません。ただし、アプリ バージョンの順番に基づいて割り当てが管理され、以前のバージョンからアップロードされた UEM バージョン（アップロードしているバージョン）に割り当てが移行されます。 デバイスに、アップロードされた UEM バージョンと最新バージョンが割り当てられている（かつ両方ともアクティブである）場合は、デバイスが受け入れることができる最高バージョンである最新のファイル バージョンのインストール コマンドが Workspace ONE UEM から送信されます。 新しいファイル バージョンをアップロードするときに [以前のバージョンを回収] を選択すると、最新バージョンではなく以前のバージョンがコンソールで回収されます。 |
複数のバージョンを展開して、アプリケーションをテストできます。アプリケーションのベータ版をアップロードし、ベータ版ユーザーに展開します。同時に、通常のユーザーには、ベータ版ではないバージョンを提供します。ベータ版のテスト終了後に、ベータ版ではない既存のバージョンをテスト済みのバージョンと置き換えます。
社内アプリケーションのバージョン管理
バージョン管理によって、ファイルの変更履歴を管理できます。Workspace ONE UEM は内部アプリケーションのバージョン管理において 2 つの異なるバージョン値を使用します。アプリ バージョン番号は、アプリケーションの開発者によって設定されたコーディング バージョンです。Workspace ONE UEM Console で設定されたアプリケーションの UEM バージョン番号を表示します。これはアプリ バージョン番号から取得され、割り当てが適切に継承されるように、コンソール内のすべてのバージョンの順序を決定するために使用されます。
内部アプリケーションの複数のバージョンの維持
[バージョンを追加] と [以前のバージョンを回収] を使用して、社内アプリケーションのバージョンを管理できます。Workspace ONE UEM は、デバイス上の内部アプリケーションを置き換えることはできますが、デバイスに複数のバージョンを展開することはありません。コンソールでは、複数のアクティブなバージョンを保持して管理できます。回収されたバージョンの置き換えは、アプリ バージョン の値に基づいて行われます。UEM Console でアプリケーションの複数のバージョンを保持したい場合は、[詳細] タブの [以前のバージョンを回収] チェック ボックスを選択しないでください。このチェック ボックスは、アプリケーションのバージョンを追加する際に表示されます。[以前のバージョンを回収] を選択せずにアプリ バージョンを追加した場合は、[アプリ バージョン] が高いものが Workspace ONE UEM によってデバイスに割り当てられます。アプリ バージョンを回収せずに 非アクティブ化 して、デバイス割り当てから削除することができます。
次の手順に従って、Workspace ONE UEM Console で内部アプリケーションの複数のバージョンを管理します。
-
[リソース] > [アプリ] > [ネイティブ アプリケーション] の順に進み、[内部] タブを選択します。
-
アプリケーションをクリックし、[詳細] 表示に移動し、[バージョン追加] を選択します。
-
更新されたファイルをアップロードします。
-
[詳細] タブの [以前のバージョンを回収] チェック ボックスを構成します。
設定 説明 [以前のバージョンを回収] を有効にする Workspace ONE UEM は、[アプリ バージョン] の低いものの割り当てを解除し、[アプリ バージョン] が高いものをデバイスに割り当てます。低いバージョンは Workspace ONE UEM Console で展開できません。
Apple iOS は例外です。これらのデバイスは、Workspace ONE UEM Console で以前のバージョンを回収することで、割り当てられた低いアプリ バージョンを受け取ることができます。[以前のバージョンを回収] を無効にする Workspace ONE UEM は、[アプリ バージョン] の低いものの割り当てを解除し、[アプリ バージョン] が高いものをデバイスに割り当てます。低いバージョンは、アクティブであれば Workspace ONE UEM Console で展開できます。 -
柔軟な展開機能を使用するには 保存して割り当て を選択します。
回収と非アクティブ化を使用したバージョンのロールバック
Workspace ONE UEM は 以前のバージョンを回収 オプションを使用して、Apple iOS アプリケーションを、アクティブにマークされた以前のバージョンにロールバックします。ロールバック バージョンは、バージョン 値によって決まります。Workspace ONE UEM は、以前のアプリ バージョン番号ではなく、以前の [バージョン] 番号のアプリケーション バージョンをプッシュします。
回収と非アクティブ化を使用してバージョンをロールバックすることができます。
- アプリケーションの 回収 は、他のアクティブなバージョンの存在や、アクティブなバージョンのプッシュ モードに応じて、結果が異なります。
- アプリケーションを [非アクティブ化] すると、Workspace ONE UEM では、指定した組織グループとそのすべてのサブ組織グループに割り当てられたデバイスから、そのアプリケーションが削除されます。
そのアプリのより低いバージョンがアクティブになっている場合は、それがデバイスにプッシュされます。上位レベルの組織グループに、より高い値のバージョンがある場合は、そのバージョンはデバイスで利用できます。
独自アプリケーションのプロダクション バージョンの保護
Secure Launcher などの独自の非売 Workspace ONE UEM アプリケーションは、シードされているか、Workspace ONE UEM インスタンスに含まれています。これは Workspace ONE UEM インストーラに含まれています。管理者は、プロファイルを使用するか、またはコンソール内の他の設定を使用して、これをデバイスに展開します。これらのアプリを本番環境に展開する前に、テストしたいことがあります。テスト グループを使用したテストでアプリケーションをプロダクション環境と切り離しておくために、Workspace ONE UEM concole に独自の Workspace ONE UEM アプリケーションを追加できます。
Workspace ONE UEM には、Workspace ONE UEM コンソールで Workspace ONE UEM 独自アプリのテスト バージョンを削除する際に本番バージョンの削除を防止する、保護機能が備わっています。特定の手順を実行することで、テスト バージョンを追加または削除できます。テスト バージョンをコンソールから削除する場合は、次のベスト プラクティスを考慮してください。
- 可能な場合は必ず、Workspace ONE UEM Console のテスト用インスタンスを使用して、アプリケーションを別環境でテストします。
- Workspace ONE UEM では常に、アプリ ID に基づいて、独自アプリのテスト バージョンが識別されます。アプリケーション削除コマンドを使用するときは、アプリケーションを回収または削除する前に、テスト バージョンを削除します。このステップを省略した場合、これらのテスト用アプリに対するアプリ削除コマンドは、キューに格納されません。
このページは役に立ちましたか?