Xcode 10, Command CodeSign is mislukt met een afsluitcode die niet nul is

Elke keer dat ik de console bouw, wordt dit bericht weergegeven.

CodeSign /Users/admin/Desktop/AppStoreBuild/Project201/build/Debug-iphonesimulator/Project.app (in doel: Desker)
cd /Users/admin/Desktop/AppStoreBuild/Project201
export CODESIGN_ALLOCATE=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate

Identiteit ondertekenen: “-“

/usr/bin/codesign --force --sign - --entitlements /Users/admin/Desktop/AppStoreBuild/Project201/build/Project.build/Debug-iphonesimulator/Project.build/Project.app.xcent --timestamp=none /Users/admin/Desktop/AppStoreBuild/Project201/build/Debug-iphonesimulator/Project.app

/Users/admin/Desktop/AppStoreBuild/Project201/build/Debug-iphonesimulator/Project.app: resource fork, Finder-informatie of soortgelijk afval niet toegestaan
Opdracht CodeSign is mislukt met een afsluitcode die niet nul is


Is er een manier om de oorzaak van deze storing te achterhalen. Het toont Signing Identity: “-” wanneer ik ook in de simulator probeer te draaien. waarom hebben we ondertekeningsidentiteit nodig in de simulator. En nog een ding is dat als ik Xcode afsluit en opnieuw start, het correct zal bouwen wanneer ik code verander of een methode toevoeg, zal het opnieuw mislukken.


Antwoord 1, autoriteit 100%

Ik had dat probleem en Xcode kon niet worden gecompileerd op het apparaat, maar op de simulator werkte het prima.

Ik heb het opgelost met deze stappen:

  1. Toegang tot sleutelhanger openen.
  2. Vergrendel de ‘login’-sleutelhanger.
  3. Ontgrendel het, voer het wachtwoord van uw pc-account in.
  4. Project opschonen in het productmenu.
  5. Bouw het opnieuw.

En daarna werkt alles prima.


Antwoord 2, Autoriteit 17%

Geen van de vermelde oplossingen werkte voor mij. in een andere draad Er werd op gewezen dat het opnemen van een map met de naam “bronnen” in het project deze fout veroorzaakt. Na het hernoemen van mijn map “Resources”, ging de fout weg.


Antwoord 3, Autoriteit 13%

voor Sommige mensen Dit gebeurt na het toevoegen van een .png-bestand aan een bestaand. SCN Assets-map, plus ook een .wav-bestand.

Xcode, dankzij de toegenomen beveiliging, houdt niet van extensies op bestanden. U kunt deze één per keer repareren met cd‘ING in de map waarbij het bestand is en het verwijderen van hun uitgebreide bestandskenmerken met behulp van de opdracht’ Xattr ‘in terminal.

Om alle uitgebreide kenmerken op één bestand te verwijderen

Gebruik XatTR met de -c-vlag om de kenmerken te “wissen”:

xattr -c yourfile.txt

om alle uitgebreide kenmerken op vele bestanden te verwijderen

Om uitgebreide kenmerken op alle bestanden in een map recursief te verwijderen, combineert u de Vlag van de C “Clear” met de -r recursieve vlag:

xattr -rc /path/to/directory

Voor meer detail, zie
Hoe kan ik verwijderen De “uitgebreide kenmerken” in een bestand in Mac OS X?

Deze oplossing helpt ook bij het verkrijgen van de code van het codesignaal: “Resource Fork, Finder-informatie of soortgelijke detritus niet toegestaan.”

Apple-documentatie: https://developer.apple.com/ bibliotheek/archief/qa/qa1940/_index.html


Antwoord 4, autoriteit 5%

Dit overkwam me vandaag pas, nadat ik een .png-afbeelding had toegevoegd met ‘hide extension’ aangevinkt in de get info. (Rechtsklik op afbeelding) Deze afbeelding is toegevoegd aan de bestandsmap van mijn Xcode-project.

Toen ik het vakje uitschakelde en de .png-afbeelding opnieuw toevoegde aan de map van Xcode, heb ik schoongemaakt en gebouwd en daarna werkte het prima, een heel vreemde bug als je het mij vraagt.


Antwoord 5, autoriteit 4%

Oplossen

Verwijder voorgoed uitgebreide bestandskenmerken in uw bronbestanden, niet in de gecompileerde applicatiebundel:

  1. Terminal openen

  2. Verander de map naar de hoofdmap van uw bronbestanden

    $ cd /Users/rjobidon/Documents/Mijn\ Project

  3. Laat alle uitgebreide attributen zien

$ xattr -lr .
  1. Verwijder alle uitgebreide kenmerken
$ xattr -cr .

Xcode-fouten

  • “Opdracht CodeSign is mislukt met een afsluitcode die niet nul is”
  • “Bronfork, Finder-informatie of soortgelijk afval niet toegestaan”

Oorzaak

Apple heeft een beveiligingswijziging doorgevoerd, waardoor het ondertekenen van codes niet langer toestaat dat een bestand in een app-bundel een uitgebreid kenmerk heeft dat een resource fork of Finder-info bevat.

Bronnen


Antwoord 6, autoriteit 3%

Probeer het project op te schonen:

1. shift + cmd + k
2. shift + cmd + Alt + k 

Probeer vervolgens uw project opnieuw uit te voeren. Hoop dat dit het probleem zal oplossen.


Antwoord 7, autoriteit 2%

Dit probleem deed zich voor na het toevoegen van .dae- en .png-bestanden en het converteren van .dae met XCode Editor naar SceneKit-scènebestandsindeling (.scn).

Na wat meer onderzoek heb ik de oplossing hier gevonden – https://forums.developer .apple.com/thread/109951#336225

Stappen om het probleem op te lossen:

  1. Ga in XCode naar Voorkeuren
  2. Klik op het tabblad Locaties
  3. Selecteer in Command Line Tools uit de vervolgkeuzelijst XCode 10.1

Antwoord 8

Geen van de populaire oplossingen werkte.
In mijn geval heb ik de fout opgelost door naar de

XCode -> Voorkeuren -> Rekeningen -> Certificaten beheren

en een (+) toegevoegd aan iOS-ontwikkeling.


Antwoord 9

In Xcode: Ga naar Voorkeuren Uitloggen van de huidige gebruiker.

Xcode sluiten

In Sleutelhanger: Ga naar Inloggen en Alle items

       - Sort by kind
             - remove "Apple Worldwide Developer Relation Certification Authority"
             - remove "Developer ID Certification Authority"
             - remove "iPhone Developer ...."

Xcode openen

Ga naar Voorkeuren en log in op je Apple-gebruikersaccount

  • Hiermee worden uw ontwikkelaarscertificaten die u eerder hebt verwijderd opnieuw geladen
    Herbouw het project (zou een succesvolle build moeten zijn)

Voer de build uit op uw eigen apparaat


Antwoord 10

Dit is omdat CODE Signing niet langer een bestand in een app-bundel mogelijk maakt om een ​​uitgebreid attribuut te hebben met een resource-vork of finderinfo.

Om te zien welke bestanden deze fout veroorzaken, gaat u naar .APP-map, normaal gesproken is: / Gebruikers / XXXX / Library / Developer / Xcode / DerivedData / MyProject-CkbzynXQJMSTXIGBDWWKCSOZLEGO / BUILD / PRODUCTEN / Debug-MacCatalyst / (Mine is Katalysatorproject)
In terminal,

cd <above path>
xattr -lr .

U ziet dat sommige bestanden zijn uitgebreid Attribuut:

./ myproject.app/contents/resources/wopping_cart.png: com.apple.lastuseddate # PS:
00000000 BE 31 D5 5E 00 00 00 00 D0 40 FE 39 00 00 00 00 | .1. ^ ….. @. 9 …. |

Ga vervolgens naar uw projectmap of verwijderde map voor die bestanden, verwijder het extendium kenmerk:

cd /Users/XXXX/Work/MyProject
xattr -cr .

Na reinig alle mappen met referenties, ga naar Xcode en Rebuild.


Antwoord 11

De oplossing voor mij was het opnieuw opstarten van MacO’s zonder


Antwoord 12

Ik ben niet zeker van wat dit probleem veroorzaakt, maar de ene methode die ik gebruikte om het Porblem met succes op te lossen, was om pod-update op mijn cacao-pods te draaien.

De fout (hoe dan ook voor mij) vertoonde een probleem met een van de ondertekening van de pods. De pods bijwerken opgelost die ondertekeningsprobleem.

pod update [PODNAME] //For an individual pod

of

pod update //For all pods.

Hopelijk zal dit iemand helpen die dezelfde “Command CodeSign heeft mislukt met een fout van een niet-nul exit”.


Antwoord 13

In mijn geval was de volgende foutenlijnen:

Identiteit ondertekenen: “-“

…..mobile.app: resource fork, Finder-informatie of soortgelijk afval
niet toegestaan

Opdracht CodeSign is mislukt met een afsluitcode die niet nul is

het probleem was dat ik in de bronnenmap enkele bestanden had met de extensie .png, die in de standaardinstellingen verborgen was.

Vind bestand in FINDER, markeer het -> cmd+i -> unchek Extensie verbergen

keer daarna terug in Xcode -> kmd + shift + K en opnieuw opbouwen.

Ik hoop dat ik behulpzaam ben geweest!


Antwoord 14

Na alles geprobeerd te hebben, was mijn oplossing om enkele PNG-bestanden te verwijderen, te bouwen en uit te voeren (ok) en de PNG-afbeeldingen opnieuw toe te voegen. Raar!


Antwoord 15

Ik zal mijn oplossing posten. Deze oplossing werkte voor mij, omdat geen van de vorige werkte. Het probleem deed zich voor het eerst voor direct na de laatste update van de XCode cli-toolset (niet zeker of dit de bevestigingsbias is).

Ik heb enkele instructies geprobeerd (bijv. Sleutelhangertruc ontgrendelen).

Wat voor mij werkte in het geval van een fout:

  • Command CodeSign failed with a nonzero exit code (Something.framework)

    • Prullenbak DD-inhoud; rm -rf /Users/dx/Bibliotheek/Developer/Xcode/DerivedData/*
    • Herstart XCode
    • Bouwfasen => Link Binary With Libraries
      • Something.framework,
    • Stel insluitwaarde in General => Something.framework => EMBED
      • Do not embed
    • Druk op Cmd+B(project bouwen)
    • Hopelijk succesvol gebouwd

Antwoord 16

Ook ik zag deze fout nadat ik een combinatie van .jpg- en .png-afbeeldingen aan de map art.scnassets had toegevoegd, codewijzigingen aanbracht en die wijzigingen verwijderde via Xcode’s Source Control > Gooi alle wijzigingen weg… menu.

Ik heb de andere oplossingen in deze thread geprobeerd, maar uiteindelijk moest ik de toegevoegde .jpg/.png-bestanden verwijderen, het project opschonen en het project opnieuw opbouwen om de fouten te elimineren. Ik heb toen de originele .jpg/.png-bestanden gelezen en ik ben nu de code zonder problemen aan het herbouwen.


Antwoord 17

Voor mij moest ik naar de sleutelhanger gaan, de “login”-sleutelhanger selecteren, dubbelklikken op de iOS Developer:myname-toets, op het tabblad Toegangscontrole klikken en het keuzerondje op Alle applicaties toegang geven tot dit item.

p>


Antwoord 18

Dit probleem is veroorzaakt door het bouwen van mijn project in het Release-schema. Het kan ook door andere dingen komen. Probeer het build-schema te wijzigen door in xCode te gaan naar
Product > Schema > Schema bewerken. Schakel in de sectie “Uitvoeren” aan de linkerkant de “Build Configuration” naar “Debug”. Ik hoop dat dit zal helpen.


Antwoord 19

Geen van de bovenstaande oplossingen werkte voor mij. Na wat giswerk probeerde ik (Xcode v10.2.1 cacaopods v1.7.1)

pod deintegrate

gevolgd door

pod install

Dan:

  • Opende de werkruimte in Xcode
  • Opgeruimde bouwmap
  • Bouw het project

Geen bouwfouten.


Antwoord 20

Voor mij was de oplossing de volgende, met de vlag “Automatisch beheer teken” aan:

  1. selecteer “Geen” in de vervolgkeuzelijst voor teams van het doel

  2. selecteer opnieuw het juiste ontwikkelteam

Na bijna elke suggestie te hebben geprobeerd, ontdekte ik dat dit werkt, denk ik omdat Xcode het ondertekenen helemaal opnieuw heeft ingesteld.


Antwoord 21

Ik ondervond dit probleem vanwege de verkeerde configuratie van mijn Apple Worldwide Developer Relations Certification Authority-certificaat.

Ik heb het probleem opgelost door over te schakelen van “Altijd vertrouwen” naar “Systeeminstellingen gebruiken”

Stap voor stap:

  1. Sleutelhanger openen
  2. Klik op de sleutelhanger “inloggen” (zorg ervoor dat deze is ontgrendeld – als deze is vergrendeld Klik er met de rechtermuisknop op en kies “Sleutelhanger ontgrendelen”)
  3. Klik op Certificaten en zoek het Apple Worldwide Developer Relations Certification Authority-certificaat
  4. Klik er met de rechtermuisknop op en kies Info ophalen
  5. Breid de sectie Vertrouwen uit en wijzig de instellingen om de systeemstandaarden te gebruiken zoals hieronder afgebeeld


Antwoord 22

In mijn ervaring was de reden die dit probleem veroorzaakte dat ik de Sleutelhangertoegang ten onrechte naar de standaardwaarde had teruggezet, waardoor ik mijn ontwikkelingscertificaat kwijtraakte.

Hoe heb ik dit opgelost?

  1. Ik heb mijn Apple Development Certificate van Keychain Access schoongemaakt
  2. Ik heb mijn Apple Development-privésleutel verwijderd uit Sleutelhangertoegang
  3. Toen kreeg ik de nieuwe fout: Certificaat intrekken
    Uw account heeft al een Apple Development-ondertekeningscertificaat voor deze machine, maar de persoonlijke sleutel is niet geïnstalleerd in uw sleutelhanger. Xcode kan een nieuwe aanmaken nadat u uw bestaande certificaat heeft ingetrokken.
  4. Ga naar Xcode-voorkeur -> Tabblad Accounts -> Verfijn de teamnaam onder de Apple ID -> Dubbelklik erop -> Klik op de + knop linksonder in het vak -> Selecteer app-ontwikkeling
  5. Selecteer “Geen” in de vervolgkeuzelijst voor teams van het doel
  6. Selecteer opnieuw het juiste ontwikkelteam
  7. Schoon het project op met shift+cmd+k
  8. Bouw het project cmd+b
  9. opnieuw op


Antwoord 23

Dit probleem kan ook optreden bij het upgraden van XCODE 11.x naar 12.0. Na installatie van de nieuwe versie van XCODE, herstart het systeem om dit probleem op te lossen.


Antwoord 24

Geen van de andere antwoorden werkte. Dit is wat ik heb gedaan:

  1. mijn certificaat uit de sleutelhanger verwijderd;
  2. opende Xcode it rebuild-certificaat;
  3. app succesvol uitgevoerd op apparaat.

Antwoord 25

in mijn geval was het een beschadigd storyboard-bestand


Antwoord 26

Nadat ik twee .aiff-bestanden in een .scnassets-groep heb gekopieerd, verschijnt deze fout
gebeurde. Het verwijderen van de bestanden en een “Clean Build Folder” lost het probleem in mijn geval op.


Antwoord 27

Ik weet niet zeker of dit iemand zal helpen, maar zorg ervoor dat je Find Implicit Dependencieshebt aangevinkt. Soms kan dit ertoe leiden dat uw project “uit het oog verliest” waar u bepaalde dingen moet zoeken.



Als je dit eenmaal hebt gedaan, raad ik je aan om ook je project op te schonen en opnieuw op te bouwen.


Antwoord 28

Dit werkte voor mij 🙂
Ik heb het certificaat verwijderd in de instellingen voor sleutelhangertoegang. Ga naar Xcode en maak de app schoon. Nu wordt het certificaat opnieuw aangemaakt in de sleutelhangertoegang en wordt het bouwen met een echt apparaat voltooid.


Antwoord 29

Gewoon een visualisatie

Lock Keychain "login" -> Unlock Keychain "login" -> Always allow


Antwoord 30

In mijn geval was het een per ongeluk ingeschakelde optie.
Ik gebruik gewone root .xcconfig-bestanden voor zowel iOS als macOS, voor het iOS-doel bleef de optie Enable hardened runtimeaan, dus de regel vervangen

ENABLE_HARDENED_RUNTIME = YES

door de

ENABLE_HARDENED_RUNTIME[sdk=macosx*] = YES

in het .xcconfig-bestand is het probleem opgelost

Other episodes