!--a11y-->
Resolving Integration Conflicts 
There are several ways of solving integration conflicts:
· Merging the two conflicting versions.
Creates a new version in the repository with new content. This is now the active version in the repository.
· Accepting the (in the repository) active version.
Creates a new version in the repository with new content. This is now the active version in the repository.
· Accepting the colliding (local) version.
Creates a new version in the repository with new content. This is now the active version in the repository.
· Discarding the conflicting version.
Does not create a new version in the repository but sets a discard arrow, which defines the active version.
· Discarding the currently active version.
Does not create a new version in the repository but sets a discard arrow, which defines the active version.
An integration conflict can be resolved by merging the contents of the two conflicting versions. A new version is created in the target workspace in the context of an activity, which is used to resolve the conflict.
The contents of the new version are the result of merging the conflicting versions.

The figure below shows version 2 created in workspace 'cons' as a result of the merging of contents of version 2 of workspace 'dev' and version 1 of workspace 'cons'. The merge arrow as shown in the figure depicts that the resultant version is a successor of both conflicting versions.

Resolution of an integration conflict by a merge of the conflicting versions.

Version graph after checking in the conflict resolution activity.
A new version is created in the current workspace whose contents match those of the current version.
A new version is created in the current workspace whose contents match those of the colliding local version.
Use Discard Conflicting Version to create a discard arrow, which marks the server version as the active version, thus still keeping it.
Use Discard Active Version to create a discard arrow, which marks the new server version as the active version.
