Standard または Advancedのライセンスで利用可能。
バージョンに編集を行うと、各バージョン間に差が生じ始めます。 名前付きバージョンが作成されると、デフォルト バージョンとその名前付きバージョンで、すべての編集が追跡されます。 デフォルト バージョン内の編集には、他の名前付きバージョンからポストされた編集を含むことができます。
名前付きバージョンの編集が完了した後、リコンサイルおよびポスト プロセスを実行して、編集内容をマージできます。 デフォルト バージョンから変更を取得し、この変更を現在のバージョンとマージする処理は、リコンサイルと呼ばれます。 次に、ポスト プロセスを使用して、これまでに行った変更をデフォルト バージョンに送信できます。
注意:
このトピックでは、[バージョニング] タブによるリコンサイルとポストの処理を説明します。 また、[バージョンのリコンサイル (Reconcile Versions)] ジオプロセシング ツールを使用するか、[バージョン] ビューを現在表示しているときに [バージョン] タブにある [リコンサイル/ポスト] ボタン
を使用して、バージョンのリコンサイルとポストを行うこともできます。リコンサイル処理
ブランチ バージョンで操作している場合、リコンサイルすると、現在接続している名前付きバージョンとデフォルト バージョンの間の競合内容が検出されます。 リコンサイルを試みた場合に、確認済みのマークが付けられていない競合が存在すると、警告が表示されます。 ブランチ バージョニングでは、デフォルト バージョンのみにリコンサイルできます。 別の名前付きバージョンにリコンサイルすることはできません。
リコンサイルの操作中の競合の処理方法を変更する場合は、「編集のバージョニング オプション」をご参照ください。
リコンサイル処理を実行するには、[バージョン管理] 機能が有効になっている Web フィーチャ レイヤーを使用している必要があります。 [バージョニング] タブの [リコンサイル] コマンドにアクセスするには、[コンテンツ] ウィンドウの [データ ソース別にリスト] ボタン 
をクリックします。 リコンサイル処理を開始するには、[バージョニング] タブにある [リコンサイル] ボタンをクリックします。 [リコンサイル] ダイアログ ボックスが表示されます。
[リコンサイル] ダイアログ ボックスが表示されたら、以下の情報を指定します。
- 競合を定義する方法を指定します。 次のオプションがあります。
競合を定義するレベル 検出されるケース 行 (オブジェクト単位)
2 人目のユーザーが同じ行またはフィーチャ、あるいはトポロジ的に関連するフィーチャを編集した場合。 競合は異なる属性を編集した場合でも発生します。
列 (属性単位)
2 人目のユーザーがフィーチャまたはテーブルの同じ属性を編集した場合。 これがデフォルトです。
競合 (コンフリクト) を定義するためのオプション
注意:
ブランチ バージョン対応データセットのリコンサイル時には、次のことに注意してください。
- 常に編集バージョンを優先して競合が解決される。
- [元に戻す] または [破棄] 操作を使用して、リコンサイル処理が完了した後に加えた変更を取り消すことはできません。
両方のバージョンで同じ属性が更新されたときに競合が識別されないようにするため、[フィールド競合フィルターの追加 (Add Field Conflict Filter)] ツールを使用して、フィールド セットに競合フィルターを定義できます。 フィールド競合フィルターでは、フィーチャクラス内のフィールドまたはフィールド セットを、競合検出からフィルタリングされるものとしてタグ付けできます。 競合フィルターが定義されたフィールドのみが編集された場合は、リコンサイルの操作中、競合は返されません。 これは、属性で競合を定義した場合のみに適用されます。 詳細については、「フィールド レベルの競合フィルタリング」をご参照ください。
リコンサイル時に競合が存在する場合は、競合ビューでこれらの競合をさらに詳しく確認して管理することもできます。 競合を確認した後は、ターゲット バージョンに変更内容をポストして、マージ処理を完了してください。
競合ビューを使用した競合の管理
リコンサイル処理の実行時に競合が検出された場合には、競合ビュー 
で確認できます。 競合ビューには、競合しているすべてのクラスとそれらのフィーチャまたは行が表示されます。 競合は、データ ソース、クラス、競合カテゴリ、および ObjectID を使って整理されます。 競合ビューを利用すると、競合をさらに詳細に確認したり、競合を確認済みとしてマークしたり、ポスト処理が実行される前の競合の解決方法を変更したりできます。
競合ビューの詳細については、「ブランチ バージョンの競合の管理」をご参照ください。
変更のポスト
編集内容をデフォルト バージョンにポストするには、現在のポータル ユーザーがこのバージョンを編集するためのアクセス権を持っている必要があります。 つまり、デフォルト バージョンのアクセス プロパティが「パブリック」であるか、そのポータル ユーザーがバージョン管理者である必要があります。
リコンサイルして競合を確認した後に、変更内容をデフォルト バージョンにポストするには、[バージョニング] タブの [バージョニング] グループで [ポスト] をクリックします。
ポスト処理の実行中に、競合が見つかることがあります。 これは、リコンサイルの後、ポスト処理の前に、デフォルト バージョンで編集が行われた場合に発生します。 これらの編集は、デフォルト バージョンへの直接の編集であったり、他の名前付きバージョンからポストされた編集であったりします。 この状況が発生するとエラーが返され、ユーザーはリコンサイル操作を再度実行した後に、ポスト処理を行う必要があります。
ポスト プロセスに関する補足情報
- 変更がポストされると、ターゲット バージョンに変更を適用することになるので、ポスト操作を元に戻すことはできません。
- 明示的に確認済みのマークが付けられていない競合がある場合、ポスト時にダイアログ ボックスが開き、未確認の競合が自動的に解決されるという警告が表示されます。 [はい] をクリックして、[リコンサイル] ダイアログ ボックスで選択したオプションで競合を自動的に解決し、変更をターゲット バージョンにポストします。
- ポストが完了した後、バージョンで引き続き編集を行うことができます。 それらの変更をターゲット バージョンに適用するには、リコンサイル、競合の解決、ポストのプロセスを再び実行する必要があります。
ポスト処理によってワークフローが完了した場合は、オプションで、編集したバージョンを削除することができます。