第二世代管��パッケージ開発者ガイド
j別の Dev Hub から転送された第二世代管理パッケージの所有権の取得
Dev Hub 組織からパッケージ転送を開始するには、「異なる Dev Hub への第二世代管理パッケージの転送」を参照してください。
外部顧客からの転送
別の Salesforce パートナーまたは ISV からパッケージを受け取る場合は、パッケージのソースコードと、Salesforce DX 環境を適切に設定するために必要な構成設定の概要が、その Salesforce パートナーまたは ISV から提��されていることを確認します。
sfdx-project.json ファイルを適切に設定するために必要なすべての構成設定、およびスクラッチ組織定義ファイルに指定する必要があるすべての機能と設定のリストを要求します。
また、パッケージの所有権を転送する会社が、使用した名前空間組織のログイン情報を提供していることも確認します。この情報は、パッケージ名前空間を Dev Hub 組織にリンクするために必要です。
パッケージ転送の受領
内部転送の場合は、このステップをスキップしてください。「異なる Dev Hub への第二世代管理パッケージの転送」で説明されているケースのみを登録します。
別の Salesforce パートナーまたは ISV からパッケージを受け取る場合は、最初に、受け取るパッケージの名前空間を Dev Hub 組織にリンクします。『Salesforce DX 開発者ガイド』の「名前空間と Dev Hub 組織のリンク」を参照してください。
次に、Salesforce パートナーコミュニティでケースを登録し、次の情報を指定します。
- ソース組織の Dev Hub 組織 ID。
- 受け取るパッケージの登録者パッケージ ID。この ID は 033 で始まります。
- 対象組織の Dev Hub 組織 ID。
パッケージ転送完了後
パッケージの転送が完了すると、Salesforce パートナーサポートから通知が届きます。
転送パッケージが Dev Hub に関連付けられていることを確認するには、sf package list を実行します。
パッケージ ID に対するパッケージ転送の影響
| ID 種別 | ID の先頭 | パッケージ転送完了後 |
|---|---|---|
| 登録者パッケージ ID | 033 | この ID は同じままです。 |
| 登録者パッケージバージョン ID | 04t | この ID は同じままです。 |
| パッケージ ID | 0Ho | 転送パッケージは、新しい一意のパッケージ ID を受け取ります。 |
パッケージプロジェクトファイルの更新
元のパッケージ所有者から受け取った sfdx-project.json ファイルを開き、その内容を確認します。
元のパッケージ所有者から受け取ったスクラッチ組織定義ファイルを開き、その内容を確認します。定義ファイルは、開発時にスクラッチ組織を設定するときに役立ちます。新しいパッケージバージョンを作成するときは、-–definition-file パラメーターを使用して定義ファイルを指定します。
自分に転送されなかったパッケージもパッケージディレクトリセクションに表示されている場合は、それらの参照を sfdx-project.json ファイルから削除します。
次に、sfdx-project.json ファイルのパッケージ別名のセクションを確認し、転送されたパッケージに関連付けられていないパッケージ別名への参照を削除します。
転送パッケージのパッケージ別名を更新し、その 0Ho パッケージ ID を指定します。
新規パッケージバージョンを作成する前に
新規パッケージバージョンを作成する方法と同様に、sfdx-project.json ファイルを更新し、バージョン番号と上位 ID を更新する必要があります。上位 ID は HIGHEST に設定することをお勧めします。
Apex 例外が未対応である場合やパッケージに関するインストール、アップグレード、アンインストールが失敗した場合、それに関するメール通知を受け取る Dev Hub ユーザーを指定するには、sf package update コマンドを実行するときに --error-notification-username パラメーターを指定します。
転送されるパッケージ履歴
所有する 2 つの Dev Hub 組織間でパッケージが転送されたのか、それとも所有しない外部の Dev Hub にパッケージが転送されたのかにかかわらず、パッケージバージョン履歴が転送されます。
次のものが転送されます。
- パッケージの名前、名前空間、種別、および ID。例外が 1 つあり、転送パッケージでは新規の 0Ho ID が取得されます。
- パッケージバージョン情報。これには、sf package version list または sf package version report コマンドを実行すると通常表示されるすべての情報が含まれます。
次のものは転送されません。
- 転送アップグレード履歴。
- パッケージバージョン作成要求。
- Apex や他のタイプのエラー通知を受け取る Dev Hub ユーザーのユーザー名。
次のステップ
パッケージが Dev Hub に関連付けられていることを確認し、sfdx-project.json ファイルを更新しました。そして、新規パッケージバージョンもおそらく作成したことでしょう。お疲れさまでした。まだ完了していない手順があと少し残っています。
- 転送パッケージをライセンス管理組織に登録します。
これが外部転送の場合は、Salesforce パートナーサポートにケースを登録し、LMO 組織 ID と 033 パッケージ ID の両方を指定します。
- パッケージを AppExchange で公開します。