Automatisches Erstellen von NSFileVersions-Konflikten

Question

Ich habe eine benutzerdefinierte Konfliktbehandlungsroutine geschrieben, die automatisch startet, um in Konflikt stehende Versionen von NSFileVersion zu lösen. Jetzt möchte ich Komponententests schreiben, um sicherzustellen, dass es funktioniert. Hier ist die Frage:

Wie verursache ich inkompatible Versionen innerhalb eines Komponententests?

Diese essentiall läuft auf: wie verursache ich einen Konflikt, ohne es manuell durch iCloud zu tun? Da dies nur zu Testzwecken ist, ist es mir egal, ob ich mit privater API hacken oder direkt in das System hacken kann - solange das Ergebnis ein Konflikt ist, der von NSFileVersion's +unresolvedConflictVersionsOfItemAtURL gemeldet wird. Jeder Rat würde sehr geschätzt werden!

Max

Answer 1

Sie könnten +unresolvedConflictVersionsOfItemAtURL mit Ihrer eigenen Version patchen, die eine Reihe von widersprüchlichen Versionen gibt:

#import <objc/runtime.h> 

static IMP __originalUnresolvedConflictVersionIMP = NULL ; 
static NSArray * MyNSFileVersionUnresolvedConflictVersions(id self, SEL _cmd, NSURL * url) 
{ 
    // this code just calls the original implementation... 
    // You can return an array of conflicting NSFileVersion objects instead... 

    NSLog(@"%s called\n", __PRETTY_FUNCTION__) ; 
    return (*__originalUnresolvedConflictVersionIMP)(self, _cmd, url) ; 
} 


@implementation NSFileVersion (Test) 

+(void)load 
{ 
    __originalUnresolvedConflictVersionIMP = class_replaceMethod(objc_getMetaClass("NSFileVersion") , @selector(unresolvedConflictVersionsOfItemAtURL:), (IMP)MyNSFileVersionUnresolvedConflictVersions, "@@:@") ; 
} 

@end 

Ist das genug, um auf zu gehen? Ich könnte zuerst dies in meinem Ersatz "Methode" versuchen:

return [ [ self otherVersionsOfItemAtURL:url ] lastObject ] ;