並行処理のベストプラクティス

一般的なガイドライン

チーム協力のための以下のベストプラクティスを守ることをお勧めします：

• 開発用の別バージョンを作成する：公開されているバージョンに基づいて別バージョンを作成するために、名前を付けて保存オプションを使用します。新しいバージョンを開発に使用します。
• 公開されているバージョンとのみ比較する：あなたのバージョンを公開されているバージョンと比較し、統合します。他のバージョンとあなたのバージョンを比較し、統合することはできません。
• 頻繁に保存し、同じプロジェクトの複数のバージョンを避ける：名前を付けて保存ではなく、保存オプションを使用して、新しいバージョンに頻繁に変更を保存します。開発中に複数の新しいバージョンを作成すると、公開されているバージョンに変更を調整し、それらを公開する際に混乱が生じます。
• 小さな変更を行い、頻繁に公開する：開発バージョンの変更を小さく保ち、頻繁に公開することで、仲間に与える影響を減らします。これにより、エラーのトラブルシューティングや変更の元に戻しやすくなります。
• あなたの変更は他人の変更を上書きします：あなたの変更と最新の公開バージョンが同じ項目を変更している場合、あなたのバージョンを公開すると、公開バージョンの既存の項目があなたのものに置き換えられます。
• チームと調整する：チーム間で計画を共有します。共通の要素に対する互いの変更を誤って上書きすることを防ぐために、早期に重複の可能性がある問題を特定します。
• 公開されているバージョンを統合する：現在のバージョンが公開されているバージョンよりも古い場合は、公開されているバージョンをあなたのバージョンに統合します。これにより、後で変更を公開するのが容易になります。プロファイルスイッチャーと保存/公開ダイアログには、現在公開されているバージョンとあなたのバージョンの変更を比較するために使用できるステータスメッセージが含まれています：
  • 公開バージョンより先行しています
    現在のバージョンには、現在公開されているバージョンにはない変更が含まれています。
  • 最新の状態です
    現在のバージョンと現在公開されているバージョンは一致しています。
  • 公開バージョンより遅れています
    現在公開されているバージョンには、現在のバージョンにはない変更が含まれています。これらの変更を表示するには、最新の公開変更を表示をクリックします。これらのステータスメッセージとその使用方法についての詳細は、サーバーサイドの保存と公開についてを参照してください。

例のワークフロー

以下の例では、組織がサーバーサイドプラットフォームで作業している2人のユーザーを持っています。ユーザー1はコネクターに、ユーザー2はデータソースに取り組んでいます。

同じバージョンへの並行保存

以下の例では、両方のユーザーが同じバージョンで一緒に作業しています。

上の図は、各アクションを示しています。

1. 最初に、現在公開されている単一のバージョンA1から始めます。訪問がサイトやアプリにアクセスすると、バージョンA1を使用します。
2. ユーザー1がコネクターを追加します。
3. ユーザー2がデータソースを追加します。
4. ユーザー1がバージョンA1に変更を保存します。ユーザー2はユーザー1がこのバージョンを更新したという通知を受け取ります。
5. ユーザー2がバージョンA1に変更を保存し、ユーザー1の変更（新しいコネクター）を統合します。ユーザー1はユーザー2がこのバージョンを更新したという通知を受け取ります。
6. ユーザー1がバージョンA1をロードし、ユーザー2の変更（新しいデータソース）を受け取ります。
7. ユーザー1がバージョンA1を公開します。ユーザー2はユーザー1がこのバージョンを公開したという通知を受け取ります。ユーザー1とユーザー2は最新の状態です。
8. 訪問がサイトやアプリにアクセスすると、新しいコネクターとデータソースが付いたバージョンA1を使用します。

複数のバージョンへの並行保存

以下の例では、各ユーザーが自分のバージョンで作業しています。

上の図は、各アクションを示しています。

1. 最初に、現在公開されている単一のバージョンStartから始めます。訪問がサイトやアプリにアクセスすると、バージョンStartを使用します。
   • Start: 最新の状態です。
2. ユーザー1がStartの新しいバージョンを作成し、Project 1と名付けます。
   • Project 1: 最新の状態です。
3. ユーザー2がStartの新しいバージョンを作成し、Project 2と名付けます。
   • Project 2: 最新の状態です。
4. ユーザー1がバージョンProject 1にコネクターを追加し、保存します。
   • Project 1: 公開バージョンより先行しています。
5. ユーザー2がバージョンProject 2にデータソースを追加し、保存します。
   • Project 2: 公開バージョンより先行しています。
6. ユーザー1がバージョンProject 1を公開し、バージョンProject 1が公開されたという通知を受け取ります。訪問がサイトやアプリにアクセスすると、新しいコネクターが付いたバージョンProject 1を使用します。
   • Project 1: 最新の状態です
   • Project 2: 公開バージョンより遅れています。
7. Project 1は完了です。
8. ユーザー2がバージョンProject 2に変更を保存し、最新の公開変更を含めるオプションを使用して、バージョンProject 1からの変更（新しいコネクター）を統合します。
   • Project 2: 公開バージョンより先行しています。
9. ユーザー2がバージョンProject 2を公開します。訪問がサイトやアプリにアクセスすると、新しいコネクターと新しいデータソースが付いたバージョンProject 2を使用します。
   • Project 1: 公開バージョンより遅れています。
   • Project 2: 最新の状態です。
10. Project 2は完了です。