並行処理のベストプラクティス
この記事では、チームコラボレーションのベストプラクティスについて説明します。
一般的なガイドライン
チームコラボレーションにおいて、以下のベストプラクティスに従うことをお勧めします:
- 新しい長期プロジェクトのために別のバージョンを作成するのは控える:
短期の修正を行う場合は、現在のバージョンのリビジョンを保存するためにSaveオプションを使用してください。小さな変更のためにSave Asオプションを使用しないでください。新しい長期プロジェクトの開発を開始するときにのみ、公開されたバージョンに基づいて別のバージョンを作成するためにSave Asを使用してください。 - 現在のバージョンに頻繁にリビジョンを保存し、同じプロジェクトに複数のバージョンを避ける:
Saveオプションを使用して、新しいプロジェクトのバージョンに変更を頻繁に保存してください。開発中に複数の新しいバージョンを作成すると、公開されたバージョンに変更を統合し、それらを公開する際に混乱が生じます。そのバージョンにログインしているユーザーのみが更新通知を受け取ります。 - 小さな変更を行い、頻繁に公開する:
開発バージョンの変更を小さく保ち、頻繁に公開することで、同僚への影響を減らします。これにより、エラーのトラブルシューティングや変更の元に戻しを容易にします。 - あなたの変更が他の変更を上書きする:
あなたの変更と最新の公開バージョンが同じ項目を変更し、システムがそれらの変更を自動的に調整できない場合、あなたのバージョンを公開すると、公開バージョンの既存の項目があなたのもので上書きされます。 - 公開バージョンとのみ比較する:
あなたのバージョンを公開バージョンと比較し、統合してください。他のバージョンとあなたのバージョンを比較し、統合することはできません。 - チームと調整する:
計画をチーム間でコミュニケーションしてください。早期に重複の潜在的な問題を特定し、チームが共通の要素に対する他のチームの変更を誤って上書きするのを防ぎます。 - 公開バージョンを統合する:
現在のバージョンが公開バージョンより遅れている場合は、公開バージョンをあなたのバージョンに統合してください。これにより、後で変更を公開するのが容易になります。プロファイルスイッチャーとSave/Publishダイアログには、現在公開されているバージョンとあなたのバージョンの変更を比較するために使用できるステータスメッセージが含まれています:- 公開バージョンより先行しています
現在のバージョンには、現在公開されているバージョンにない変更が含まれています。 - 最新の状態です
現在のバージョンと現在公開されているバージョンが一致しています。 - 公開バージョンより遅れています
現在公開されているバージョンには、あなたのバージョンにない変更が含まれています。これらの変更を表示するには、最新の公開変更を表示をクリックしてください。これらのステータスメッセージとその使用方法についての詳細は、サーバーサイド保存と公開についてを参照してください。
- 公開バージョンより先行しています
- 公開バージョンからのみ項目を削除する:
項目を永久に削除するには、公開バージョンから削除してください。公開バージョンではないバージョンから項目を削除してから保存および公開すると、プラットフォームは公開時に削除された項目を復元します。これは、オーディエンスに必要な属性などの依存関係を誤って削除するのを防ぐためです。
例示的なワークフロー
次の例では、組織に2人のユーザーがサーバーサイドプラットフォームで作業しています。ユーザー1はコネクターの作業を行い、ユーザー2はデータソースの作業を行っています。
同じバージョンへの同時保存
次の例では、両方のユーザーが同じバージョンで一緒に作業しています。

図は各アクションを示しています。
- 最初に、現在公開されている単一のバージョンA1から始めます。訪問がサイトやアプリを使用するとき、彼らはバージョンA1を使用します。
- ユーザー1はコネクターを追加します。
- ユーザー2はデータソースを追加します。
- ユーザー1はバージョンA1への変更をリビジョンとして保存します。ユーザー2はユーザー1がこのバージョンを更新したことを通知されます。
- ユーザー2はバージョンA1への変更をリビジョンとして保存し、ユーザー1の変更(新しいコネクター)を統合します。ユーザー1はユーザー2がこのバージョンを更新したことを通知されます。
- ユーザー1はバージョンA1をロードし、ユーザー2の変更(新しいデータソース)を受け取ります。
- ユーザー1はバージョンA1を公開します。ユーザー2はユーザー1がこのバージョンを公開したことを通知されます。ユーザー1とユーザー2は最新の状態です。
- 訪問がサイトやアプリを使用するとき、彼らは新しいコネクターとデータソースが追加されたバージョンA1を使用します。
複数のバージョンへの同時保存
次の例では、各ユーザーがそれぞれの長期プロジェクトで別々のバージョンで作業しています。

図は各アクションを示しています。
- 最初に、現在公開されている単一のバージョンStartから始めます。訪問がサイトやアプリを使用するとき、彼らはバージョンStartを使用します。
- Start: 最新の状態です。
- ユーザー1はStartの新しいバージョンとしてProject 1を作成します。
- Project 1: 最新の状態です。
- ユーザー2はStartの新しいバージョンとしてProject 2を作成します。
- Project 2: 最新の状態です。
- ユーザー1はバージョンProject 1にコネクターを追加し、リビジョンを保存します。
- Project 1: 公開バージョンより先行しています。
- ユーザー2はバージョンProject 2にデータソースを追加し、リビジョンを保存します。
- Project 2: 公開バージョンより先行しています。
- ユーザー1はバージョンProject 1を公開し、バージョンProject 1が公開されたことを通知されます。訪問がサイトやアプリを使用するとき、彼らは新しいコネクターが追加されたバージョンProject 1を使用します。
- Project 1: 最新の状態です。
- Project 2: 公開バージョンより遅れています。
- Project 1は完了です。
- ユーザー2はバージョンProject 2に変更を保存し、リビジョンを保存します。最新の公開変更を含めるオプションを使用して、バージョンProject 1からの変更(新しいコネクター)を統合します。
- Project 2: 公開バージョンより先行しています。
- ユーザー2はバージョンProject 2を公開します。訪問がサイトやアプリを使用するとき、彼らは新しいコネクターと新しいデータソースが追加されたバージョンProject 2を使用します。
- Project 1: 公開バージョンより遅れています。
- Project 2: 最新の状態です。
- Project 2は完了です。
最終更新日 :: 2025年September月24日