お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

1. 環境でのアプリケーションの公開

1. ステージへの公開：アプリケーションの変更は、まずテストのためにステージ環境へ公開する必要があります。
   
2. 本番への公開：ステージ環境で検証が完了したら、そのアプリケーションバージョンを本番環境に公開できます。
   

1.1. ステージへの公開

1. Deploy の Environments セクションに移動します。
   
2. 右上の 公開 ボタンをクリックし、ステージに公開 を選択します。アプリを選択 ページが表示され、ステータスが 変更あり のアプリケーションがカード形式で一覧表示されます。
   
3. ステージに公開するアプリケーションを選択し、続ける をクリックします。1 回に公開できるアプリケーションは最大 3 件です。
   
   
   
   対象アプリケーションの開発環境で更新されたアプリケーションコンポーネントの一覧が、Staging ページに表示されます。
   
   変更内容には、その内容を示す視覚的なインジケーターが表示されます。Staging ページでは、次の 3 種類のマーカーが使用されます。
   
   

   'Added'	-	コンポーネントに新しい変更が追加された、またはコンポーネント自体が新規であることを示します。
   '更新済み'	-	既存のコンポーネントが更新されたことを示します。
   '削除'	-	コンポーネントが削除されたことを示します。

   この画面から、ステータスが「変更あり」の変更を含むアプリであれば、➕ アイコンをクリックして追加で公開対象に含めることもできます。
   
4. 公開するコンポーネント（フォーム、項目、レポートなど）を選択し、続ける をクリックします。
   
メモ:
1. 選択したコンポーネントに、同一アプリ内または別アプリ内の他コンポーネントとの依存関係（例：ルックアップによる関連付け）がある場合は、関連するコンポーネントもすべてまとめて公開する必要があります。
   
2. ステージ環境への公開で一度に選択できるコンポーネント数は、アプリケーション数に関係なく合計最大 800 件です。
   
3. 依存先のアプリへのアクセス権がないユーザーは、公開処理を続行できません。
   
4. コンポーネントを選択すると、同一アプリ内の依存コンポーネントは自動的に選択されます。他のアプリに依存関係がある場合は、以下のようなプロンプトが表示され、関連する依存アプリを選択できます。
   
5. バージョン詳細ページで、そのバージョンの 件名 と 説明 を指定します。
   
Info:
1. 1 回の公開でまとめて公開されるアプリケーションと、その関連変更のセットを「バージョン」と呼びます。複数のアプリケーションをステージ環境に公開するよう選択した場合、それらは 1 つのバージョンパッケージとしてまとめられ、件名や説明など同じバージョン詳細を共有します。
   
   たとえば、異なるバージョン番号を持つ 2 つのアプリケーションをステージに公開するよう選択した場合でも、それらはそれぞれのバージョン番号を含む 1 つのバージョンとしてパッケージ化されます。ステージから本番へ移行する際は、このバージョンパッケージ全体をまとめて公開する必要があり、パッケージ内の個々のアプリケーションだけを個別に公開することはできません。
1. 
6. バージョンの種類として メジャーアップデート または マイナーアップデート を選択します。メジャーアップデート バージョンは新機能や大きな変更に使用し、バージョン番号の整数部分が増加します（例：V1.0 → V2.0）。マイナーアップデート バージョンは小規模な更新や不具合修正に使用し、小数部分が増加します（例：V1.0 → V1.1）。
   V1.2 などのマイナーアップデートバージョンを メジャーアップデート 種類に変更した場合、次の整数バージョン（V2.0）に切り上げられます。
   
7. アプリケーションが公開された後にメール通知を受け取る ユーザー を選択します。ここにはアプリケーションの管理者と開発者が表示され、最大 3 ユーザーまで選択できます。
   
   公開前に、スムーズでエラーのないデプロイを行うための検証チェックが実行されます。これらの検証の詳細はこちら を参照してください。
8. 公開処理を開始するには、公開 をクリックします。この処理中、アプリケーションは開発環境およびステージ環境で一時的にロックされ、変更できなくなります。公開処理中のアプリケーションロックの詳細はこちら を参照してください。
   
1. アプリケーションの変更が公開されている間は、Environments ページの Stage セクションにアプリケーションのステータスが表示されます。環境におけるアプリケーションステータスの詳細はこちら を参照してください。
   
2. 処理が完了すると、アプリケーションのステージバージョンがステータス V{0} is 公開済み として表示され、以降のテストやデプロイに利用できる状態になります。

メモ: 公開処理中にエラーが発生した場合、ステータスは「エラー in 公開」と表示されます。エラーの詳細は、ステータスをクリックすると確認できます。

1。2. 本番環境に公開する

1. ［Deploy］のEnvironmentsセクションに移動します。
   
2. 右上のPublishボタンをクリックし、Productionを選択します。バージョンを選択ページが表示され、ステージ環境に公開済みのすべてのアプリケーションのバージョンが一覧表示されます。
   
メモ: Production の横に表示される値（例:「1/30」）は、現在ステージ環境に未公開のバージョンパッケージが 1 件あり、サポートされるバージョン数 30 件のうち 1 件を使用していることを示します。この上限に達した場合は、ステージで追加のバージョンを作成する前に、1 つ以上のバージョンを本番環境に公開する必要があります。

1. 
3. 本番環境に公開するバージョンを選択します。任意の数のバージョンを選択できますが、選択したすべてのバージョンに含まれるコンポーネント数の合計は 800 を超えることはできません。
   
4. バージョンページで標準の公開設定を選択します。Publish Nowオプションを使用して今すぐ公開するか、Publish Laterオプションを使用して任意の時間にスケジュールするかを選択できます。
   
5. アプリケーションが公開された後にメール通知を受け取るユーザーを選択します。ここにはアプリケーションの管理者と開発者が表示され、最大 3 名まで選択できます。
   
   公開の前に、アプリケーションはスムーズでエラーのないデプロイを確保するための事前検証チェックを受けます。これらの検証の詳細はこちらをご覧ください。
6. 公開プロセスを開始するにはPublishをクリックします。この処理中、変更を防ぐために本番環境のアプリケーションは一時的にロックされます。公開プロセス中のアプリケーションロックの詳細はこちら
   
1. アプリケーションが公開されている間、そのステータスは Environments ページのProductionセクションに表示されます。環境におけるアプリケーションステータスの詳細はこちら。
   
2. プロセスが完了すると、アプリケーションの本番バージョンが一覧表示され、アクセスできる状態になります。
    

2. アプリケーション公開時の検証

1. Errors - 重大な問題により公開をブロックします。重複データや最大項目長の違反など、先に進む前にこれらの問題を解決する必要があります。
   
2. Warnings - 潜在的な問題を通知しますが、公開自体はブロックしません。データ損失、権限変更、公開後の影響など、これらの警告があっても続行できます。
   

2.1. Errors

1. 重複データ: この検証では、「重複値を許可しない」プロパティが設定された項目に、対象環境で重複が存在しないかをチェックします。たとえば、最初に「重複値を許可しない」プロパティを有効にせずにアプリケーションをステージに公開し、ステージでのテスト中に重複する入力を許可していたとします。その後、このプロパティを有効にしてアプリを更新し、再度ステージに公開しようとすると、ステージ環境のその項目にはすでに重複値が存在するため、競合が発生します。続行するには、重複している値を削除し、Validateを再度クリックする必要があります。
   
2. 最大項目長: この検証では、対象環境内の項目値が、公開元環境で定義されている最大文字数制限を超えていないかをチェックします。たとえば、単一行テキスト項目に最大 10 文字を許可した状態でアプリケーションをステージに公開し、テスト中に 10 文字の値を入力したとします。その後、項目の上限を 5 文字に制限するようアプリを更新して再公開しようとすると、既存の値が新しい上限を超えているため、競合が発生します。続行するには、それらの値を短くするか削除し、再度［Validate］をクリックする必要があります。
   

2.2. Warnings

1. Data Loss: フォームなどのコンポーネントを削除し、その変更をステージ環境に公開する場合に表示される注意です。関連するデータも削除されることをユーザーに知らせます。たとえば、アプリケーションをステージに公開してフォームにテスト用のレコードを追加し、その後フォームを削除して変更を公開すると、そのフォームに追加されていたすべてのレコードが削除されます。
   
2. Permission: ユーザー権限または役割を削除し、その変更をステージ環境に公開する場合に表示される注意です。削除された権限または役割は、削除時に指定した新しい権限または役割にマッピングされることをユーザーに知らせます。
   
3. Post Publish: 暗号化や数式項目を含む変更がある場合、通常の公開時間よりも処理に時間がかかる可能性があることをユーザーに知らせます。これらは通常の公開時間に加えて追加の処理時間を要します。
   

3. 公開中のアプリケーションロック

1. ステージへの公開時のロック
   
2. 本番への公開時のロック
   

3.1. ステージへの公開時のロック

3。2. 本番環境への公開時のロック

4. 注意点

1. 開発環境で更新され、ステータスが変更ありになっているアプリケーションのみ、本番公開できます。
   
2. アプリケーション内や他のアプリケーションとの間に依存関係がある場合は、関連コンポーネントや依存先アプリケーションも、正しく動作させるためにあわせて本番公開する必要があります。
   
3. 本番公開済みのアプリケーションバージョンは、以前のバージョンにロールバックできません。
   
4. Stage または Production に公開するバージョンを選択する際は、選択したすべてのバージョンに含まれるコンポーネントの合計数が 800 を超えないようにしてください。
   
5. マーケットプレイスからインストールしたアプリケーションは、更新できないため、開発環境以外の環境のみをサポートします。更新をインストールし、ステージ環境でテストしてから、本番アプリケーションに公開できます。
   
6. 任意の時点で、1 つの環境につき実行できる本番公開プロセスは 1 件のみです。例えば、'App A' をステージに本番公開している間は、その公開が完全に完了するまで、同じステージ環境で別の本番公開プロセスを開始することはできません。
   場合によっては、本番公開プロセス中にデータ移行がまだ進行中でも、アプリケーションにアクセスできるようになることがあります。ただしその場合でも、そのプロセスが完全に完了するまで、同じ環境で新たな本番公開を開始することはできません。

5. 関連リンク

1. 環境でのアプリケーション管理
   
2. 環境について理解する
   
3. 環境へのアプリケーションの追加
   
4. 環境からのアプリケーションの削除
   
5. 環境におけるアプリケーションのステータス