---
title: 並行処理のベストプラクティス
description: この記事では、チームコラボレーションのベストプラクティスについて説明します。
url: https://docs.tealium.com/ja/server-side/save-publish/best-practices/
---
## 一般的なガイドライン

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

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

## 例示的なワークフロー

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

### 同じバージョンへの同時保存

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

![](https://docs.tealium.com/images/server-side/save-publish/collaboration-workflow-two-users2.png)

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

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

### 複数のバージョンへの同時保存

次の例では、各ユーザーがそれぞれの長期プロジェクトで別々のバージョンで作業しています。

![](https://docs.tealium.com/images/server-side/save-publish/collaboration-workflow-two-projects2.png)

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

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