ブランチ バージョンへの編集のリコンサイルとポスト
ユーザーが作業を行うためのバージョンを作成すると、すべての変更がデフォルト バージョンと編集バージョンの両方で追跡されます。 編集バージョンとは、特定の独立した編集ワークフローのために作成された名前付きバージョンです。 デフォルト バージョンの変更には、デフォルトの直接編集からの編集や他のバージョンからポストされた編集が含まれます。
バージョンでデータの編集を完了したら、リコンサイル処理とポスト処理を実行し、編集内容をデフォルト バージョンにマージできます。 デフォルト バージョンから変更を取得し、この変更をバージョンとマージする処理は、リコンサイルと呼ばれます。 次に、ポスト処理を使用して、編集バージョンで行った変更内容をデフォルト バージョンに送信します。
注意:
ブランチ バージョニングは並列のリコンサイル処理とポスト処理をサポートしているため、排他ロックを必要とせずに、複数のセッションをデフォルト バージョンに同時にポストできます。
同じフィーチャが現在のバージョンとデフォルト バージョンで編集された場合は、競合と見なされます。 ブランチ バージョンをリコンサイルする場合、編集バージョンを優先する形で競合が解決されます。 リコンサイル中に競合の定義方法 (属性とオブジェクトのどちらを基準にするか) を指定できます。
以降のセクションでは、アクティブ マップ ビューを操作する際に バージョニング タブからリコンサイル処理とポスト処理を実行する方法について説明しています。 以下を使用してバージョンのリコンサイルとポストを行うこともできます。
- バージョンのリコンサイル ジオプロセシング ツール
- バージョン ビューの バージョン タブにある リコンサイル/ポスト ボタン
リコンサイル処理
バージョンで作業を行っている場合、リコンサイル プロセスによって、編集バージョンとデフォルト バージョンの間の競合が検出されます。
ブランチ バージョンをリコンサイルする際には、次の点に注意してください。
- ターゲット バージョンは、常にデフォルト バージョンです。
- 編集バージョンを優先する形で競合が解決されます。
- リコンサイルの試行中に、未確認の競合が検出されると、警告が表示されます。
各リコンサイル操作の実行中に競合を定義する方法と表示されるプロンプトを変更する場合は、「バージョニング オプション」をご参照ください。
バージョンをデフォルト バージョンとリコンサイルするには、次の手順を実行します。
バージョニング タブの データ ソース グループで、ドロップダウン メニューから目的の Web フィーチャ レイヤー データ ソース
が選択されていることを確認します。デフォルト以外のバージョンに接続していることを確認します。
バージョニング タブで、バージョニング グループにある リコンサイル ボタン
をクリックします。リコンサイル ダイアログ ボックスが表示されます。
次のオプションを使用して、競合を定義する方法を指定します。
競合の定義
説明
属性単位 (列)
ターゲット バージョン内と編集バージョン内の同じ行またはフィーチャの同じ属性 (列) に加えた変更にのみ、競合フラグが設定されます。 これがデフォルトです。
オブジェクト単位 (行)
ターゲット バージョン内と編集バージョン内の同じ行またはフィーチャに加えた変更に競合フラグが設定されます。
OK をクリックします。
注意:
元に戻すまたは破棄操作を使用して、リコンサイル処理が完了した後に加えた変更を取り消すことはできません。
属性 (列) で競合を定義する際には、フィールド競合フィルターを追加して競合検出からフィールドを除外することもできます。 詳細については、「フィールド レベルの競合フィルター」をご参照ください。
リコンサイル処理で競合が検出された場合、競合ビューで確認し、管理できます。 競合ビューの詳細については、「ブランチ バージョンの競合の管理」をご参照ください。
競合を確認した後は、デフォルト バージョンに変更内容をポストして、マージ処理を完了してください。
変更のポスト
リコンサイル後に変更内容をデフォルト バージョンにポストするには、バージョニング タブの バージョニング グループで ポスト ボタン 
をクリックします。
編集内容をデフォルト バージョンにポストするには、現在のポータル ユーザーがこのバージョンを編集するためのアクセス権を持っている必要があります。 つまり、デフォルト バージョンのアクセス プロパティが「パブリック」であるか、そのポータル ユーザーがバージョン管理者である必要があります。 バージョン アクセスの詳細
ポスト処理の実行中に、競合が検出されることもあります。 これは、リコンサイルの後、編集内容をデフォルト バージョンにポストする前に、デフォルト バージョンで編集が行われた場合に発生します。 これらの編集は、デフォルト バージョンでユーザーが行った編集であったり、他のバージョンからポストされた編集であったりします。 この状況が発生するとエラーが返され、ユーザーはリコンサイル操作を再度実行した後に、ポスト処理を行う必要があります。
ポスト プロセスに関して、次の点に注意してください。
変更がポストされると、デフォルト バージョンに変更を適用することになるので、ポスト操作を元に戻すことはできません。
明示的に確認済みのマークが付けられていない競合がある場合、ポスト時にダイアログ ボックスが開き、未確認の競合が自動的に解決されるという警告が表示されます。 はい をクリックして、リコンサイル ダイアログ ボックスで選択したオプションで競合を自動的に解決し、変更をターゲット バージョンにポストします。
ポストが完了した後、バージョンでデータを引き続き編集を行うことができます。 それらの変更をデフォルト バージョンに適用するには、リコンサイル、競合の解決、ポストのプロセスを再び実行する必要があります。
ポスト処理の完了によってワークフローが完了した場合は、必要に応じて、編集したバージョンを削除することができます。