バージョンをプッシュ

開発インスタンスから親インスタンスにバージョンをプッシュできます。

始める前に

必要なロール：admin

このタスクについて

プッシュは、すべての開発バージョンではなく、現開発バージョンのみを親に追加します。異なるアプリケーションからのレコードの更新を同じプッシュ/プルでプッシュ/プルすることはできません。

他のアプリケーションへの更新が混在している場合は、エラーを解決できます。

1. 他のアプリケーションへの更新を停止します。
2. １アプリケーションのプッシュ
3. 1 つのアプリケーションへの更新を再キューします。
4. プッシュしてから、必要に応じて繰り返します。

プッシュすると、完了としてマークされた親にローカル更新セットが作成されます。プッシュされた変更は、親のローカルの変更としても追跡します。更新セットを転送することで、開発階層とテスト階層を通じて変更を促進できます。ローカルの変更をプッシュすることもできます。各プッシュは、開発インスタンスのプッシュまたはプルテーブルに記録します。

手順

1. 移動先 すべて > チーム開発 > チームダッシュボード.
2. プッシュする準備ができているローカルの変更をキューに入れます。
3. 親インスタンスからプルバージョンしそして競合があれば解決します。

   競合が検知された場合、変更を親インスタンスにプッシュすることはできません。

4. コントロールパネルで、[ プッシュ]を選択します。
   のページが開きます。
5. 変更のために名を提供します。
6. 変更のリストをレビューして、正しい変更が含まれていることを確認します。
   • 変更を削除するには。

     変更を選択し、[アクション] リストから [プッシュしない] を選択します。

   • 変更を追加します。

     [ キャンセル ] を選択し、追加する変更を選択します。

7. オプション: コメントを入力します
   コメントは、開発インスタンスのプッシュレコードと親インスタンスのローカル更新セットレコードに追加します。
8. [ 変更をプッシュ] を選択します。
   システムはプルを開始して、プッシュを続行する前に競合がないことを確認します。

   • 競合が検知された場合、プッシュは自動的にキャンセルされ、ステップ3 から手続きを繰返す必要があります。
   • 競合が検知されない場合、変更は親インスタンスでステージングされます。親では、各バージョンは検証され、レコード間の依存関係を維持するために正しい順序で収容されます。たとえば、新しいテーブルがそのテーブルのフィールドの前にコミットされ、フィールドが正しく作成されたことを確認します。

   注:

   インスタンス間にバージョンの競合がある場合、またはプッシュするインスタンスの [ コードレビュー待ち ] ステージの変更がある場合は、プッシュできません。
9. 完了ページで、[結果の表示] を選択します。
10. エラーまたはスキップされた変更のプッシュレコードをレビューします。
    • プッシュされた状態の変化は親インスタンスで収容されます。
    • ステータスが [ スキップ ] の変更は親インスタンスでコミットされず、開発インスタンスでローカル変更としてキューに格納されたままになります。
11. スキップされた各変更について、ログメッセージを確認して、変更がスキップされた理由を判断します。
    親インスタンスで目的のバージョンを収容するために必要な変更を開発し、それをプッシュします。変更がスキップされる理由の例を次に示します。

    • テーブルは、開発インスタンスでプラグインをアクティブ化したときに作成されたため、親には存在しません。親でプラグインがアクティブ化されていることを確認し、変更を再度プッシュします。
    • プッシュ中にエラーが発生したもう一度プッシュしてみます。
    • 現在のバージョンは無効以前のバージョンに戻して再度変更を行い、バージョンが有効であることを確認します
    • プッシュ中に親にエラーが発生したプッシュレコードのログフィールドは例外メッセージを含みます。親インスタンスのシステムログを確認し、インスタンスの問題のトラブルシューティングを行います。