Add field-level 3-way merge for bidirectional conflicts

Bisher wurde bei einem Konflikt (beide Seiten geaendert) der ganze Datensatz
ueberschrieben - eine gleichzeitige Aenderung an einem anderen Feld ging
verloren (z.B. A aendert Telefon in Outlook, B aendert Mail in Starface ->
eine Aenderung weg).

Jetzt:
- Mapping speichert je Seite einen Snapshot des letzten Sync-Stands
  (LastOutlook/LastStarface), zusaetzlich zu den Hashes.
- Bei beidseitiger Aenderung im Both-Modus wird feldweise gemergt
  (ContactMerger): unterschiedliche Felder bleiben beide erhalten, nur bei
  echtem Konflikt am selben Feld gewinnt Outlook.
- Echte Feld-Konflikte landen in SyncResult.Conflicts und werden im MainForm
  per Tray-Meldung angezeigt.
- Snapshots werden in allen Baseline-Punkten gesetzt (Phase 1-3) und fuer
  aeltere Mappings beim naechsten unveraenderten Sync nachgetragen.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

CHANGELOG.md

@@ -36,6 +36,17 @@ Versionsschema ist `x.x.x.x` (siehe `release.sh`).
   wurde. Jede Seite hat jetzt eine eigene Baseline (`LastOutlookHash` /
   `LastStarfaceHash`); nur tatsaechlich geaenderte Kontakte werden geschrieben.
 
+### Hinzugefuegt
+
+- **Feldweises 3-Wege-Merge bei Konflikten (bidirektional).** Wenn derselbe
+  Kontakt zwischen zwei Syncs auf beiden Seiten geaendert wurde, bleiben jetzt
+  Aenderungen an *unterschiedlichen* Feldern beide erhalten (z.B. einer aendert
+  die Telefonnummer in Outlook, ein anderer die E-Mail in Starface). Nur wenn
+  DASSELBE Feld auf beiden Seiten unterschiedlich geaendert wurde, greift die
+  Vorrang-Regel (Outlook gewinnt). Dafuer wird im Mapping zusaetzlich ein
+  Snapshot des letzten Sync-Stands je Seite gespeichert. Solche echten
+  Feld-Konflikte werden dem Benutzer per Tray-Meldung angezeigt.
+
 ### Geaendert
 
 - **Doppelte Syncs verhindert (lokal).** Der Schutz gegen gleichzeitig laufende