Erhalten Meldung „Eine signierte Ressource wurde hinzugefügt, geändert oder gelöscht werden“ beim Versuch, eine App auf dem iPhone zu debuggen

StackOverflow https://stackoverflow.com/questions/2157964

  •  23-09-2019
  •  | 
  •  

Frage

Beim Versuch, einen Build zu debuggen erstellt mit dem 3.2 SDK auf einem iPhone Gerät, das ich die Meldung „Eine signierte Ressource hinzugefügt, geändert oder gelöscht werden.“.

ich reinigen, wieder aufzubauen, dann ohne Fehler installieren, aber wenn ich versuche, ohne Reinigung der Fehler zeigt zu installieren.

Wer eine Idee hat, was könnte die Ursache sein?

War es hilfreich?

Lösung

fand ich eine Lösung für den Fehler.

Wenn Sie die .app-Datei in build / Debug-iphoneos löschen / vor für das Gerät bauen, wird die App ohne Fehler installiert. Und es ist ein einfacher Weg, dass vor jedem Build zu tun.

Stellen Sie sicher, haben Sie „Gerät“ in dem Dropdown-Übersicht Menü ausgewählt. In XCode gehen zu Projekt> Neues Ziel ... „Shell Script Ziel“ unter Mac OS X finden Then / Sonstige Nennen Sie es, und fügen Sie das aktuelle Projekt

Nun, in der linken Navigationsleiste unter Ziele, erweitern Sie Ihre neu erstellte Ziel und doppelklicken Sie auf Skript ausführen. In dem Fenster, das "geht # Shell-Skript hier" beginnt mit "rm -fr build / Debug-iphoneos / *. App" ersetzen (ohne Anführungszeichen). Jetzt ist Ihre Hauptzieleinstellungen öffnen und unter direkter Abhängigkeiten fügen Sie Ihre neu erstellte Ziel. Build and Go! :)

Andere Tipps

Dieser Fehler tritt auf, wenn es ein Sonderzeichen in den Produktnamen . In meinem Fall war es ein "?"

Wenn Sie die Produktnamen ändern automatisch aktualisiert er den „Paketnamen“ und „Bundle-Anzeigenamen“, so ist es oft die beste Wahl, eine App zu benennen.

Wenn Sie Sonderzeichen im App-Namen aufnehmen möchten, müssen Sie manuell benennen Sie die „Paketname“ und „Bundle-Anzeigename“

Paketname : Das ist die eigentliche App Paketnamen im Dateisystem wie "Awesome App.app". Es ist im Allgemeinen nicht für den Benutzer sichtbar.

Bundle-Anzeigename : Dies ist ein Kurznamen unter der App angezeigt Symbol auf dem Gerät. Da die Paketnamen abgeschnitten werden würde „Awes ... tion“ haben Sie die Möglichkeit einen kürzeren Namen, passt besser wie „Super App“ zu haben. Es sollte den App Store Namen (in der iTunes Connect)

ähnlich seine

Das ist ziemlich eindeutig ein Fehler in der 3.2 SDK, aber ich will nicht degradieren. Ich habe das Command+Shift+K durch Drücken tun Sie einen sauberen gefunden, dann Return ziemlich schnell ist, bevor Command+R zu bauen drücken.

Xcode 8, Grund der „A unterzeichnet Ressource hinzugefügt wurde, geändert oder gelöscht werden.“ dieses Ziel wurde mit einem Unternehmensprofil Bereitstellung unterzeichnet.

Dies kann mehrere Ursachen haben. Der schnellste Weg, um herauszufinden, was verursacht es in Xcode zu gehen, Menü Fenster, Geräte, klicken Sie dann auf die Schaltfläche am unteren Rand der Scheibe zeigen die Konsole zu zeigen. Jetzt versuchen zu laufen. Sie sollten Logausgabe, dass die Namen der spezifischen Dateien, die es über beschwert.

siehe

Die meisten Lösungen vorher gebucht ist nur künstliche Weise von Xcode immer den Inhalt des Build-Ordners und / oder Wiederschreiben der Dateien zu regenerieren.

In meinem Fall meine WatchKit Erweiterung war irgendwie Verweise auf Cocoapods Rahmen erwerben, die nur in Richtung der Hauptanwendung gezielt wurden, so dass sie während des Build unterzeichnet werden, dann später beschnitten (da sie nicht verwendet wurden). Dann auf dem Gerät, beschwerte iOS, dass sie aus dem .appex Ordner für die Erweiterung fehlten. Ich landete keine Schoten in der Verlängerung benötigt, damit ich sie nur entfernt alle und die Erweiterung als Ziel entfernt, dann einige kleinere Bereinigungs tat den Pod-ähnliche Ablagerungen links in den Build-Schritte zu entfernen. Jetzt ist alles perfekt funktioniert.

(GELÖST) Dies ist eine seltsame ein. Ich habe versucht, alles, was ich finden konnte. Schließlich änderte es die Produktnamen von „Unit-Tests (Gerät)“ auf „Geräte-Unit-Tests“ - die Klammern zu entfernen. Jetzt funktioniert alles. Die Räume in ihm erscheinen in Ordnung zu sein.

Bisher bei Stackoverflow: Ich habe gerade mit zwei statischen Bibliotheksprojekten in diese Bug laufen. Man baut und testet mit dem GHUnit Testläufer auf dem Gerät ohne ein Problem. Die anderen Projekte werden nicht installieren und erhält diesen Fehler. Das heißt das ist es ist etwas anderes zwischen diesen beiden Projekten. Ich habe bisher versucht, das Build-Verzeichnis Abwischen, Leerzeichen aus dem Namen der ausführbaren Datei unter und verschiedene sauber und baut wie hier vorgeschlagen.

Das gleiche gilt für mich, dachte, es hat etwas mit mehreren Zielen usw. zu tun, weil ich dort viel verändert. Aber es ist sehr gut möglich, dass es ein Fehler in der Release 3.2.2, da ich nicht ausführlich in dieser sdk Version nicht getestet, bevor die massiven Ziel Veränderungen in meinem Projekt.

löste mein Problem !!!

fand ich durch Zufall heraus, dass irgendwie ein Raum „“ es den Weg in die Produkte meiner App gefunden, so hieß es „Erste Second.app“ statt „FirstSecond.app“. Nach dem Löschen des Raumes war das Problem weg!

Habe ich es hier: Rechtsklick auf Ziel Informationen bekommen Build Tab Verpackung Abschnitt Produktname <- Der hier Name wird für das Bündel (.app) Name verwendet werden

Hope, das hilft, lassen Sie es mich wissen!

Cheers, nils

ich durch Änderung Projektnamen gelöst könnte.

[project]-[Rename] menu. "phase1 (new)" -> "pahse1"

Ich war immer den gleichen Fehler, aber zeitweise auf. Ich habe versucht, alle oben genannten und es immer noch nicht funktioniert. Heute habe ich gefunden, was es verursacht wurde.

Der Fehler scheint aufzutreten, wenn eine xib in Interface Builder bearbeiten. Wenn Sie ausführen versuchen, während der Interface Builder offen in Xcode ist, wird es den obigen Fehler verursachen. nur in der Nähe des Interface Builder-Editor zu lösen. das heißt nur eine Code-Datei aus Ihrem Projekt auswählen, so dass Sie im Quellcode-Editor.

sind

Die einfachste (und wahrscheinlich häufigste Ursache) erscheint ohne Änderungen Wiederaufbau werden.

So ist die einfachste Sache zu heilen ist es eine triviale Änderung zu einer Quelldatei zu machen (wie zB einen Raum hinzufügen, dann sie zu löschen) und dann wieder aufzubauen.

Wenn das nicht funktioniert, fühlen sich frei, alle anderen Antworten hier zu versuchen.

Für Monate, würde ich diesen Fehler erhalten, ohne es zu merken war auf eine so einfache Sache. Ich würde in der Regel einen bereinigter Build tut es los zu bekommen.

In meinem Fall ist es passiert, wenn keine Änderungen vorgenommen wurden. Eine Änderung an jeder Datei und starten Sie es erneut.

Wenn ich ipa durch Terminal xcodebuild Befehle erstellt, ipa erstellt, aber während der Installation wurde ich gleiche Fehler. exportOptionsPlist löste mein Problem.

xcodebuild -exportArchive -archivePath  projectPath/myapp.xcarchive  -exportPath  projectPath/myApp.ipa  -exportOptionsPlist  ProjectFolder/exportPlist.plist

Für mich wurde das Thema auf die Provisioning-Profil-Einstellungen zusammen. Der Hinweis darauf war, dass die Debug wurden Installation baut ok, aber ein Release baut nicht. Ich wollte ein Release-Build testen, so dass ich den Plan mit dieser Build-Konfiguration lief.

Ich reparierte sie durch die Release-Konfiguration duplizieren, dann diese Felder in den Build-Einstellungen Ändern das gleiche Provisioning Zeug zu haben, als ob ich es bin Debuggen.

(eine andere Build-Konfiguration Hinzufügen geben Ihnen Kopfschmerzen, wenn Sie Cocoapods jedoch verwenden, dann werden Sie Ihre Podfile ändern müssen)

Ich bin immer das Gleiche, wenn sie auf einem iPod Touch zu installieren. Ich kann nicht verknüpfen für den Simulator (aus anderen Gründen), so kann nicht sagen, ob das Problem auftritt es.

Ja, sauber Wiederaufbau oder die App aus dem Gerät zu löschen ermöglicht es mir, wieder zu installieren. Weder sind wünschenswert, iterative Lösungen!

Die minimale „Reinigung“ Ich bin gekommen, über so eine Arbeit um manuell wird die Foo.app im build / Debug-iphoneos Verzeichnis zu löschen.

es scheint dies ein Fehler in Xcode ist 3.2.2: iphonedevsdk

Ich hatte das gleiche Problem in Xcode 3.2.1, wenn ich ein + in meinen app Namen setzen. Insbesondere „name Produkt“, die in den Build-Einstellungen. Es ist in Ordnung, eine + im Bündel Namen in Ihrem Info.plist zu haben. Das gleiche gilt wahrscheinlich für andere Satzzeichen.

Zum Fenster> Organizer> Projekte> Finden Sie Ihr Projekt und löschen abgeleiteten Daten

Ich habe diesen Fehler mit Unterbrechungen während der Installation von App iPhone Configdienstprogramm mit auf Windows 7. Following solution works - Go to C:\Users\{lanusername}\AppData\Local\Temp and delete app specific folders (e.g. abc.app) and try installing app again.

berichten ich diesen Fehler auf ICU (Windows-Versionen) an Apple im Juni 2011 mit den folgenden Lösungen:

Die Abhilfe ist dies ....

Win XP

1) Schließen ICU

2) Löschen Sie den temporären Ordner: c: \ Dokumente und Einstellungen \ [Benutzername] \ Lokale Einstellungen \ Temp \ [AppName] .app

3) Löschen Sie den Ordner bereitstellen: c: \ Dokumente und Einstellungen \ [Benutzername] \ Anwendungsdaten \ Applecomputer \ Mobiledevice

4) Restart ICU. Ziehen Sie im App und installieren normal.

============================

Win 7

1) Schließen ICU

2) Löschen Sie die temporären Ordner: c: \ Benutzer \ [Benutzername] \ AppData \ Local \ Temp \ [AppName] .app

3) Löschen Sie den Ordner bereitstellen: c: \ Benutzer \ [Benutzername] \ AppData \ Local \ Apple Computer \ Mobiledevice \ Applications \ [AppName] .app

4) Restart ICU. Ziehen Sie im App und installieren normal.

=============================================== ==========

Ich habe einfach meine app wieder aufgebaut, und dass das Problem gelöst.

Ich habe auch das gleiche Problem konfrontiert. Nach verschwenden viel Zeit erkannte ich, dass mein Produktnamen ein Sonderzeichen hat „?“ das verrohrte das Problem

die DerivedData Ordner an einem Speicherort im Netzwerk zu haben, verursachte dieses Problem für mich.

Nach dem Versuch, alles andere, fand ich meine Workstation konnte nicht mit der University Server einigen, was die Zeit war. (Es dachte, alles war immer modifiziert). Ich habe auch für jeden zu reinigen hatte umbauen, dass frustrierend Nachricht zu vermeiden.

Am Ende gab ich auf und vor Ort gebaut, Ändern Xcode> Einstellungen> Locations ... für insgesamt ziemlich dumm Gefühl jemals über das Netzwerk aufgebaut hat.

Wir liefen in diese Probleme auf XCode_6.3.1. Wir bauen einen Apple Watch App, mit einer Erweiterung. Wir haben eine Reihe von Hülsen .. Nach dem Debuggen der Ausgabe für fast ein paar Stunden, was wir fanden, war, dass es ein Problem mit der Art und Weise war eine Datei zum Projekt war adde ..

Es scheint, wie einige Hinweise auf eine nicht verwendete Datei im iPhone App saß, obwohl es in dem Uhr-App verwendet wurde .. Es stellt sich heraus, dass der Fehler XCode zeigte völlig nutzlos war.

Nachdem diese Datei zu entfernen und wieder Zugabe zu dem Projekt zurück startete das Projekt arbeitet gut und konnte das Gerät installieren. Um es noch schwieriger zu machen, die Probleme zu debuggen, wurde die Debug-Version ohne ein Problem installiert, aber konnte die norman Version installieren ..

Stellen Sie sicher, dass Sie Ihre Dateien in das richtige Ziel und Blick auf git Geschichte hinzufügen und sehen, ob es warten Fragmente, die an das falsche Ziel hinzugefügt werden.

Dies ist eine sehr allgemeine Fehlermeldung anzeigt, was bei der Validierung der Codesignatur falsch ist. Um den spezifischen Fehler zu finden, können Sie zu Xcode- gehen> Window-> Geräte und überprüfen Sie die Geräteprotokoll.

In meinem Fall habe ich folgende Konsole speist

1. Februar 18.53.07 iPod-touch installd [40]: 0x1001f8000 - [MICodeSigningVerifier performValidationWithError:]: 192: Fehler beim Codesignatur von überprüfen: 0xe8008017 (gez Ressourcen wurden hinzugefügt, entfernt oder geändert)

Überprüfen Sie auf dieser 3rd-Party-Rahmen wieder, fand ich eine zusätzliche CodeResources Datei im Rahmen Wurzel. Entfernen Sie die Datei das Problem behoben.

In meinem Fall, Beenden und Neustarten XCode gearbeitet.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top