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

サーバーサイドの並行処理は、選ばれた顧客のみが利用可能です。この機能を試してみたい場合は、Tealiumサポート担当者に連絡してください。

一般的なガイドライン

チームコラボレーションにおいて、以下のベストプラクティスに従うことをお勧めします：

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

例示的なワークフロー

次の例では、組織にはサーバーサイドプラットフォームで作業している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は完了です。