ich OS X Yosemite aktualisiert haben und auch Xcode 6.1 (vom Entwickler-Website heruntergeladen), aus dieser Zeit habe ich das Problem mit dem Gebäude gehabt haben wie in der Log-Datei sehe ich die Notiz "Warnung: --Ressourcenregeln wurden in Mac OS X> = 10.10 nicht weiter unterstützt!". Kann jemand Xcode Plugin ohne "Ressourcenregeln" -Flag verwenden? Vielen Dank.Jenkins vs. Xcode Plugin - Codesign plagt
Alles ist in Ordnung mit Jenkins Plugin. Nur Produkteinstellungen sind falsch.
Öffnen Sie die "Build Settings" Ihres Projekts. Nach "Code Signing Resource Rules Path" gesucht, war es für mich leer. Wechseln zu: $(SDKROOT)/ResourceRules.plist
Kredite geht an Adams Blair, die dieses Problem mit SDK2.2 beschrieben
https://stackoverflow.com/a/7919137/2124345
aktualisieren
Diese Lösung entfernt nicht die Warnung selbst. Aber ich bin mir ziemlich sicher, dass diese Warnung kein Problem ist. Das Problem besteht darin, dass ResourceRules.plist-Dateien ohne diese Einstellung nicht im Payload-Ordner generiert werden und der Erstellungsprozess gestoppt wird, weil die Datei fehlt.
Und wieder, es ist nicht mit jenkins bezogen auf alle Plugin. Derselbe Fehler tritt bei xcrun -sdk iphoneos PackageApplication auf. Jenkins nennt diese Befehlszeile nur einen Build-Schritt.
Danke Julius für die Erklärung, ich habe nie "Code Signing Rules Path" benutzt, ich habe dieses Feld immer leer. Außerdem wurde ich mit Apple Technical Note TN2206 verwechselt - "Verwenden Sie nicht die - Resource-Regeln Flag oder ResourceRules.plist. Sie wurden veraltet und werden abgelehnt.", Ich habe wieder auf Maverick und Xcode 6.0.1 zurückgesetzt, Wenn ich wieder eine neue Umgebung habe, werde ich die von dir erwähnte Lösung ausprobieren. – zskalnik
Was ist, wenn Sie kein Xcode-Projekt haben?Was bewirkt Xcode beim Aufruf des Codesigns? – Trejkaz
Wie in another answer angegeben haben, können Sie auch die Verteilung Zertifikat angeben einfach nicht zu unterschreiben, und es wird richtig verpacken.
Die Antwort von Julius Lisauskas löst die Warnung, aber es ist eigentlich nur eine Ausweichlösung für einen Fehler, der in der Jenkins Xcode-Plugin xcrun existiert.
Wie in Apple Technical Note TN2206 erwähnt:
Systeme vor OS X Mavericks ein Signatur Merkmal (--resource-Regeln) dokumentiert zu steuern, welche in einem Bündel Datei sollte durch eine Codesignatur abgedichtet werden. Diese Funktion wurde für Mavericks veraltet. Code-Signaturen, die in Mavericks erstellt wurden und später immer alle Dateien in einem Bundle versiegeln; Es ist nicht notwendig, dies explizit anzugeben. Diese bedeutet auch, dass die Code-Signing-Ressourcenregeln Path Build-Einstellung in Xcode nicht mehr verwendet werden sollte und sollte leer bleiben.
Es ist somit nicht mehr möglich, Teile eines Bündels von der Signatur auszuschließen. Pakete sollten als schreibgeschützt behandelt werden, sobald sie signiert wurden.
Es gibt eine issue raised on the Jenkins Xcode plugin in Bezug auf diesen Fehler, der den Fehler in Xcrun endet.
Ich habe auch dieses Problem. – doogilasovich