Conflict Resolution
This guide explains how to detect, manage, and resolve data conflicts in PinkCloudSync1.
Best Practices for Conflict Resolution
- Start with analysis — Understand conflict patterns before choosing a strategy
- Use automatic strategies — For non-critical data, automate resolution
- Review manually — For critical data, always review conflicts manually
- Document decisions — Keep track of resolution strategies and reasons
- Monitor trends — Track conflict rates to identify data quality issues
Overview
A conflict occurs when the same record has been modified in both the source and target systems. PinkCloudSync provides flexible strategies to handle these situations.
graph TD
A[Sync Process] --> B{Conflict Detected?}
B -->|No| C[Apply Changes]
B -->|Yes| D{Strategy}
D -->|Manual| E[Queue for Review]
D -->|Source Wins| F[Use Source Data]
D -->|Target Wins| G[Use Target Data]
D -->|Newest Wins| H[Compare Timestamps]
E --> I[Manual Resolution]
F --> C
G --> C
H --> C
I --> C
Understanding Conflicts
When Conflicts Occur
Conflicts happen when:
- The same record exists in both systems with different values
- Both versions have been modified since the last sync
- No clear precedence can be determined automatically
Conflict Example
Source System:
1 2 3 4 5 6 | |
Target System:
1 2 3 4 5 6 | |
Conflict
The name field differs between systems. Which version should be kept?
Conflict Strategies
Automatic Strategies
Configure automatic conflict resolution when creating a sync session:
1 2 3 4 5 6 7 8 9 10 | |
1 2 3 4 5 6 7 | |
Available Strategies
| Strategy | Behavior | Use Case |
|---|---|---|
manual |
Save for manual resolution | Critical data requiring review |
source_wins |
Always use source data | One-way sync from authoritative source |
target_wins |
Always use target data | Preserving local modifications |
newest_wins |
Use most recent timestamp | General bidirectional sync |
Manual Resolution
For critical data, use manual resolution to review each conflict:
1 2 3 4 5 | |
Viewing Conflicts
List All Conflicts
Retrieve conflicts from a sync session:
1 2 | |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | |
Response
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | |
Resolving Conflicts
Use Source Data
Resolve by keeping the source version:
1 2 3 4 5 6 | |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | |
Use Target Data
Resolve by keeping the target version:
1 2 3 | |
Merge Data
Combine fields from both versions:
1 2 3 4 5 6 | |
Merge Strategy
The merge strategy automatically combines non-conflicting fields and uses the newest value for conflicting fields.
Custom Resolution
Provide your own data:
1 2 3 4 5 6 7 8 9 10 11 | |
1 2 3 4 5 6 7 8 9 10 | |
Next Steps
- Concepts — understand conflict architecture
- Data Synchronization — learn about sync sessions
-
A conflict occurs when the same data has been modified in both source and target systems, requiring a decision on which version to keep. ↩