Salesforce DX 開発者ガイド
j第二世代パッケージのベストプラクティス
第二世代パッケージを使用するときには、次のベストプラクティスに従うことをお勧めします。
- 複数の Dev Hub 組織を同時に使用する必要がある場合以外は、1 つの Dev Hub 組織のみを使用することを強くお勧めします。
- 作成するすべての第二世代パッケージは、特定の Dev Hub 組織によって所有されます。パッケージに関連付けられた Dev Hub 組織が期限切れになるか削除された場合、そのパッケージは機能しなくなります。
- 名前空間をどのように利用するか決定するときには注意が必要です。ほとんどのユーザの場合、コンポーネントの管理方法が必要以上に複雑になることを避けるため、1 つの名前空間を使用することをお勧めします。第二世代パッケージをテストする場合は、テスト名前空間を使用します。実際の名前空間は、本番組織のリリースに向けて開発を開始する準備が整ったときにのみ使用します。
- 名前空間は 1 つの Dev Hub 組織のみにリンクします。名前空間を複数の Dev Hub 組織にリンクすることもできますが、キーワードなどの一部のパッケージ化機能はこのようにリンクされた名前空間で動作するようには設計されていません。
- package:version:create および package:version:update コマンドを使用するときは、--tag オプションを含めます。このオプションは、バージョン管理システムタグを特定のパッケージバージョンと同期するために役立ちます。
- パッケージバージョンの名前と説明を sfdx-project.json ファイルに追加し、特定のパッケージバージョンに関する情報を保存します。package:version:update コマンドを使用して、既存のパッケージバージョンの名前または説明を更新することもできます。
- Salesforce DX プロジェクトファイルや、CLI パッケージ化コマンドの実行時にパッケージ化 ID のわかりやすい別名を使用します。sfdx-project.json には、パッケージの別名を作成するためのセクションがあります。CLI により、パッケージやパッケージバージョンの作成時に 0Ho または 04t の ID がパッケージ名や別名に対応付けられ、Salesforce DX プロジェクトファイルが自動的に更新されます。