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

サーバーサイドの並行処理は、選ばれた顧客のみが利用可能です。この機能を試してみたい場合は、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 は完了です。