スーパー管理者はアプリケーションを作成し、

開発者を割り当てて、環境を利用して編集やテストを行うことができます。3. Stage環境への公開手順

アプリの開発が完了した後は、次の手順としてアプリやその変更内容をテストします。このテストはStage環境で実施されます。Stageへの公開方法は以下の通りです。

1. Deploy内のEnvironmentsセクションへ移動し、クリックします。
   
2. 右上隅にある「公開 to Stage」をクリックします。
   
   
   
3. 「選択する Apps」ページで、Stageに公開する必要があるアプリを選択し、「続ける」をクリックします。アプリを選択すると、Stagingページに、アプリに対して行われたすべての変更が一覧表示されます。Stage環境に公開するコンポーネントを選択し、「
   
   

4. 続ける.メモ:
    
   

- 変更リストから複数のコンポーネントを選択でき、選択したコンポーネントのみが公開されます。コンポーネントに変更があっても、選択されていなければ、その変更は公開されません。検索バーを使用して、リストが長い場合でも特定のコンポーネントを簡単に検索・選択できます。

- コンポーネントをクリックすると、変更内容と変更種別が表示されます。「Added」は新規コンポーネントが追加されたこと、「更新済み」は既存コンポーネントが更新されたこと、「削除」はコンポーネントが削除されたことを意味します。

一部の変更には依存関係が含まれる場合があります。

• dependencyとは、他のコンポーネントが正常に機能するために、1つまたは複数のコンポーネントの存在が必要となる関係性を指します（例：Lookup項目）。選択したコンポーネントに依存関係がある場合、依存するコンポーネントも自動的に選択されます。例えば、
  
  新規Complaint送信フォームが販売者管理アプリ内で、同じアプリの仕入先を追加するフォームへのLookup項目を含んでいる場合、両者の間に依存関係が発生します。新規Complaint送信が選択されると、仕入先を追加するも自動で選択され、正常に機能させるためにはこれらも公開される必要があります。バージョンの詳細を指定してください。
  
  

5. バージョン詳細ページで、1つのインスタンスで公開済みのアプリケーション変更は「バージョン」と呼ばれます。
   
   
   バージョンの目次:件名を指定します。

• および説明をバージョンに入力します。バージョン種類を選択します。
  
• : メジャーアップデート（例：バージョン1から2への変更）またはマイナーアップデート（例：バージョン1から1.1への変更）を選択します。マイナーアップデート（例：1.2）は、メジャーアップデート種類にプッシュされるときに切り上げられ、この場合は2になります。super adminsまたは
  
• developersにメール通知を送信します。アプリケーションのsuper adminsおよびdevelopersがここに表示され、最大3名まで選択可能です。変更が公開される前に、出版処理が正常に完了することを確認するため、いくつかのバリデーションが実施されます：データ損失：

• その後フォームが削除され、再度この変更が公開済みとなると、以前Stage環境でテスト中に作成されたすべてのエントリも削除されます。権限:この注意は、権限が
  
• または役割が変更され、アクセスレベルに影響する場合に表示されます。変更内容がユーザーのアクセス権に影響する可能性があるため、権限を必ず確認し、必要に応じて調整してください。すべての依存関係が出版前に解決されていることを確認してください。 が削除され、この削除操作がStageに公開済みの場合にスーパー管理者および開発者に通知されます。削除された権限または役割 は、削除時に指定された新規のものにマッピングされます。
• 公開後:これは、スーパー管理者および開発者に対し、暗号化や計算式項目の変更が行われた場合、通常の公開時間に加えて出版処理に追加の時間がかかる場合があることを知らせます。
  

6. 「公開」をクリックします。出版プロセスが開始されます。
   
   

• 「Environments」ページの「Stage」セクションで、アプリケーションのステータスが公開 進行中と表示されます。
  
• 出版プロセスが完了すると、「Stage」バージョンのアプリが一覧表示されます。
  
  
  
  

4. 外部連携を公開する手順

Stage環境に接続を公開する手順は以下の通りです。

1. 接続を作成し、Developer Consoleアカウントでアプリケーション用の接続を準備します。
2. 接続の詳細（サービス名、接続種類、権限など）を設定します。
   
3. Environmentsタブに移動し、外部連携を公開したいアプリを選択するAppsページから選択します。
   

   情報: アプリに紐付けられた外部連携は、環境に追加されることで出版ライフサイクルに含まれます。
4. 公開するアプリに関連付けるコンポーネントを選択します。
   
5. Microservicesタブで外部連携を選択し、続けるをクリックします。
   
6. バージョン詳細ページでバージョンの詳細を指定し、公開をクリックします。公開プロセスが開始されます。
   

4.1 Developer Console における外部連携の動作

• アプリをマーケットプレイスやクライアント向けに出版する前に、含まれているすべての外部連携がStage環境で公開済みである必要があります。
  
• 新しく追加または修正された外部連携については、選択された外部連携の新しいバージョンがStagingページの右側ペインに表示されます。
  
• 新しい外部連携を出版する際は、依存するコンポーネントのいずれかとともに公開済みにする必要があります。
• 外部連携に対して名前やリンク名、スコープの追加・削除などの変更を加えた場合、参照なしで更新として公開できます。他の依存関係なしに単独で公開可能です。
• サポート終了となった外部連携が利用中の場合、クライアントはその連携を利用できず、注意が通知されます。ソフトデプリケーションの場合は連携の更新が必要となり、それ以外の場合は代替の外部連携を利用する必要があります。

4.2 注意点 

• 外部連携は一度に一つのアプリケーションにのみ関連付けることができます。一度有効化および公開済みとなると、この設定は変更できません。
• システム外部連携のみ、公開回数に関係なく複数のアプリからアクセスできます。
• アプリ配布時には、クライアント側のスーパ管理者が連携を認証して利用を有効にする必要があります。
• 連携の更新も同様にStage環境で公開し、さらにクライアントへ配布したりマーケットプレイスへ公開することが可能です。

5. 公開操作

5.1 出版時のロック機構

5.2 ユーザー衝突シナリオ

5.3 出版 to Stage ステータスメッセージ

メモ:エラーの詳細は、エラーステータスメッセージをクリックすると表示されます。

6. 関連トピック

• Developer Consoleの概要
  
• 環境の概要
  
• マーケットプレイスの概要
  
• 外部連携の概要
  
• 制限事項