注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

実験的な機能

これは実験的な機能であり、すべてのエンロールメントで利用できるわけではありません。

Workshop におけるリベース

Workshop のリベース機能により、複数のビルダーが同時に 1 つのモジュールを編集しても、お互いの変更を上書きする心配がありません。

ブランチの Workshop の変更を Main にマージする前に、ブランチでモジュールが保存された後に Main で変更があった場合はリベースが必要になります。

リベースのユーザーインターフェースは、モジュールで行われた変更を示すために Changelog パネル を使用します。

リベースの開始

マージする前にリベースが必要な場合、Changelog パネルに視覚的な通知ドットが表示されます。パネルを選択すると、アプリケーションビルダーがリベースを開始できるオプションが表示されます。

Workshop のリベースパネル。

リベースは、ブランチで行われた変更をモジュールの最新の Main バージョンに適用しようとします。マージコンフリクトを引き起こす変更は、手動で解決する必要があります。

マージコンフリクトの解決

Main バージョンとブランチの両方で変更が行われた場合、その変更はマージコンフリクトとしてマークされます。マージコンフリクトの一般的な例としては以下があります。

  • ウィジェットや変数が Main とユーザーのブランチの両方で変更された。
  • セクションが Main で削除され、ブランチで編集された。
  • ウィジェットが Main で場所 A から B に移動され、ブランチで A から C に移動された。

発見されたマージコンフリクトの例。

マージコンフリクトを解決する際には、モジュール内で 3 つの状態を切り替えることができます。これを切り替えると、モジュールがリアルタイムで変更され、異なるオプションがモジュールにどのように影響するかをテストできます。

  • Main: Main に表示される変更。
  • Branch: ブランチに表示される変更。
  • Modification: リベースを開始した後にコンポーネントに加えられた変更を保存するオプション。これは、Main とユーザーのブランチの 2 つの変更をマージしようとする場合に便利です。

リベースの完了

モジュールの見た目に満足し、マージコンフリクトをすべて解決したら、モジュールを保存してリベースを完了できます。

これが完了すると、ブランチから Main にユーザーの Workshop の変更を安全にマージできます。

以下の例では、リベースを試みたときにオブジェクトテーブルウィジェットでマージコンフリクトが発生します。Main では、新しい列「Departure airport code」が追加されています。しかし、現在の作業ブランチでは、列「Action required」を追加しました。

Main: `Departure airport code` 列が表示されているリベースコンフリクトのメインオブジェクトテーブル。

Branch: `Action required` 列が表示されているリベースコンフリクトのブランチオブジェクトテーブル。

この場合、両方の列を保持するために、まず Main を選択して手動で Action required 列を追加します。ここからコンフリクトを解決できます。

修正されたオブジェクトテーブルのリベースコンフリクト。