When you start editing a version, you start working with your own representation of the version. Other users who are connected to the same version cannot see any of your changes until you save them. While you're editing, other users may be editing the same version.
Suppose that since you started editing a version, another user has saved edits to the same version. What happens when you save your edits? When this happens, ArcGIS must reconcile the two representations of the version. You control how this takes place with the following settings:
- How conflicts are defined
You have the following options:
Define conflicts at this level |
To detect cases where |
Row |
A second user edits the same row, feature, or topologically related features as you did. The conflict occurs even if you edited different attributes. This is the default. |
Column |
A second user edits the same attribute of a feature or record. |
- How you want ArcGIS to initially resolve conflicts—in favor of your edit session or the database representation
If you choose to resolve conflicts in favor of your edit session, all conflicting features in your edit session take precedence over the representations in the database.
If you choose to resolve in favor of the database, all conflicting features in your edit session are replaced by their representations in the database. If multiple users are editing the same version and conflicts are detected, the feature that was first saved replaces the edit session's representation.
- Whether you want to be notified of the other user's edits when you save
You have these options:
- Do not automatically save changes—This notifies you of the other user's edits but doesn't save. This allows you to review the results of the merge before you try saving again.
- Automatically save changes only if there are not conflicts—This notifies you of the other user's edits only if there are conflicts; if there are no conflicts, the two representations of the version are merged.
- Automatically save changes in all cases—With this option, you are never notified of the other user's edits, the two representations of the version are always merged, and conflicts are resolved according to the conflict resolution rule, which states whether conflicts resolve in favor of the edit session or the database.
If there are conflicts, you can initially resolve all of them either in favor of the edit session or the database representation of the version. Once they have been initially resolved, you can choose to review them one at a time, manually resolving each with an interactive dialog box. For more information on manually resolving conflicts, see
Reviewing conflicts.
You can work on a version over as many edit sessions as needed. Once you've finished editing and would like to merge your changes into a target version, the next step is to reconcile.