Programing

/ usr / bin / codesign 명령이 종료 코드 1과 함께 실패했습니다.

crosscheck 2020. 11. 30. 07:50
반응형

/ usr / bin / codesign 명령이 종료 코드 1과 함께 실패했습니다.


다음과 같은 오류가 있습니다.

/ usr / bin / codesign 명령이 종료 코드 1과 함께 실패했습니다.

이 문제를 해결하기 위해 이미 수행 한 작업은 다음과 같습니다.

  • 번들 식별자를 com.server.pgmname으로 설정합니다.
  • 코드 서명을 "모든 Iphone OS 장치"로 설정합니다.
  • 코드 서명 ID를 내 배포 ID로 설정합니다.

이 오류는 장치에서 빌드하려고 할 때만 발생하며 시뮬레이터에서 모든 것이 잘 작동합니다.

의견 있으십니까?


나는 똑같은 오류가 있었고이 페이지의 다른 곳에서 제안 된 것을 포함하여 모든 것을 태양 아래에서 시도했습니다. 나에게 문제는 키 체인 접근에서 실제 Apple WWDR 인증서가 "항상 신뢰"로 표시되었다는 것입니다. "시스템 기본값"이어야합니다. 이는 개발 및 배포 인증서에도 적용됩니다. 이들 중 하나가 "항상 신뢰"로 잘못 설정된 경우 분명히이 문제가 발생할 수 있습니다.

따라서 키 체인 접근 에서 Apple Worldwide Developer Relations Certificate Authority 인증서를 클릭하고 Get Info를 선택 합니다. 그런 다음 신뢰 설정을 확장하고 "이 인증서를 사용할 때 :" 콤보 상자에서 "시스템 기본값"을 선택 합니다 .


한숨 :이 답변에 반대 투표를 고집하는 사람들에게는 이것이이 문제에 대한 유일한 해결책이라고 주장하는 것이 아닙니다. 그건 하나 개의 솔루션입니다. 그것은 당신을 위해 작동하지 않을 수 있습니다. 실패 에는 여러 가지 이유가 codesign있습니다.


나는 똑같은 문제가 있었고 이것은 나를 위해 트릭을했습니다.

Xcode> 환경 설정> 계정> 세부 정보보기> 프로비저닝 프로필을 새로 고칩니다.

Xcode의 계정이 최신 프로비저닝 프로파일로 업데이트되지 않았으므로 빠른 새로 고침으로 분류했습니다.


우스꽝 스럽지만 이것을 공유 할 필요성을 느끼십시오.

내 Mac에 두 번째 개발자 계정을 설정했지만 코드 서명을 할 수 없었습니다. 오류는 "사용자가 작업을 취소했습니다."입니다.

간단한 재부팅으로이 문제가 해결되었습니다.


저는 Parse API로 프로젝트를 코딩하기 위해 약 2-3 시간 동안 싸웠습니다. 임베디드 프레임 워크가 문제를 일으킨다는 것이 밝혀졌습니다. "복사시 코드 사인"을 설정했는지 확인하십시오 (그림 참조). 작동하지 않으면 목록에서 Parse 및 Bolts 프레임 워크를 삭제하고 프로젝트에서 제거한 다음 다시 추가하십시오.

여기에 이미지 설명 입력


이 동일한 문제를 해결했습니다. 내 아이콘이있는 리소스 폴더를 만든 다음 마우스 오른쪽 버튼 클릭> 파일 추가> [리소스 폴더 선택]을 통해 프로젝트에 추가했습니다. 분명히 이것은 나쁜 생각입니다.

대신 프로젝트에 그룹 (제 경우에는 "리소스"라고 함)을 만든 다음 마우스 오른쪽 버튼을 클릭하고> 여기에 파일을 추가 한 다음 개별 파일을 선택합니다. 프로젝트가 즉시 구축되었습니다.


나를 위해 일한 것은 Xcode가 인증서에 대한 액세스 권한이 없다는 것을 깨닫는 것입니다. Xcode에서 인증서에 액세스 할 수 있는지 확인하십시오. 키 체인 액세스-> 인증서-> 인증서 열기로 이동하고 개인 키를 두 번 클릭-> 액세스 제어 선택

여기에 이미지 설명 입력


저에게는 방금 Xcode 8로 업데이트하고 Swift 2.2 코드를 Swift 3 코드로 변환했는데 단위 테스트 및 UI 테스트에서 오류가 발생했습니다. 방금 청소 한 다음 모든 오류가 사라졌습니다.


앞으로이 문제가있는 사람 (프로젝트를 다시 빌드하고 싶지 않은 사람)에게 추가 질문은 제품 이름에 공백이 있는지 여부입니다. 프로젝트와 대상의 속성 (마우스 오른쪽 버튼 클릭-> 정보 얻기)을 살펴 보는 것이 좋습니다. 내 프로젝트의 경우 공백이 필요한 유일한 장소는 번들 표시 이름에 대한 plist였습니다.


몇 시간 동안 인터넷 검색을하고 다른 작업을 시도한 후 다음과 같이 해결했습니다.

  1. 키 체인 접근의 시스템> 인증서 탭에 인증서가 없는지 확인하십시오. 거기에서 모든 중복 인증서를 제거하십시오.

  2. 개발자 인증서와 함께 프로비저닝 포털의 인증서 아래에 WWDR 중간 인증서를 설치하고 키 체인 접근의 로그인> 인증서 탭에 있는지 확인합니다.


나는 똑같은 문제가 있었고 오랫동안 그것을 알아낼 수 없었습니다. 이 페이지와 다른 페이지의 모든 것을 시도했지만 여전히 작동하지 않았습니다. 그러나 결국 나는 해결책을 찾았습니다.

이 작업을 수행하려면 Xcode가 실행되고 있지 않은지 확인하십시오. Xcode를 닫은 후 터미널을 열고 다음 명령을 입력하십시오.

xattr -rc /[The File Directory of your project found in the File Inspector of your .xcodeproj file in Xcode]/

분명히 텍스트를 괄호 안에 넣지 말고 그 내용으로 바꾸십시오. Enter를 누르십시오. 명령 아래에 아무것도 나타나지 않더라도 걱정하지 마십시오. 그런 다음 터미널을 닫고 Xcode를 열 수 있습니다. 이제 모든 것이 잘 될 것입니다. 참고 : 프로젝트를 실행하는 데 시간이 조금 더 걸릴 수 있지만 잠시 기다리십시오.

또한 참고 :이 답변이 작동하지 않으므로 반대표를 던지지 마십시오. 이것은 나를 위해 일한 것을 고치는 한 가지 방법이지만 다른 것이 깨질 수 있기 때문에 작동하지 않을 수 있습니다.


대부분의 답변은 중복 인증서가 있음을 알려줍니다. 이것은 내 경우에 해당되지만 답변은 그것을 수행하는 방법을 생략했습니다.

저의 경우 계정이 만료되어 새 인증서를 받아서 설치해야합니다. 다음으로 키 체인을 살펴보고 만료 된 인증서를 제거했지만 여전히 오류가 발생합니다. 나를 위해 작동하는 것은 실제로 키 체인에서 "iPhone"을 검색하고 만료 된 모든 인증서를 제거하는 것입니다. 분명히 일부는 시스템 / 인증서 또는 로그인 / 인증서에 표시되지 않습니다.

도움이 되었기를 바랍니다!


제 경우에는 키 체인에 만료 된 추가 배포 인증서가있었습니다. 키 체인 액세스에서 인증서를 삭제하고 컴파일이 다시 시작되었습니다.


phonegap / cordova를 사용하는 경우 :

나는 Cordova에서 구축 할 때 이것을 얻었지만 나를위한 솔루션은 훨씬 간단했습니다. 권한 문제.

올바른 권한으로 파일을 설정하십시오.

chmod -R 774 ./projectfolder

그런 다음 소유권을 설정하십시오.

chown -R youraccname:staff ./projectfolder 

위의 답변 중 일부는 문제를 암시하지만 수정 단계를 명확하게 설명하지는 않습니다.

지금까지 나를 위해 일한 것처럼 보이는 매우 실망스러운 후의 시도는 다음과 같습니다.

이 문제는 Apple 개발자 포털 또는 잠재적으로 컴퓨터에 중복 된 인증서가 있기 때문에 발생 합니다. 나는 이것을함으로써 부정적인 결과를 얻지 못했고 지금까지 그 일을했습니다.

  1. Xcode를 닫으십시오!

  2. 개발자 계정에서 기존 인증서를 제거해야합니다. https://developer.apple.com/account/ios/certificate/development/를 방문 하고 개발 계정을 선택하십시오 (인증서가 여러 개 있어야 함) 각 인증서를 클릭하여 취소했습니다. 취소를 선택합니다.

개발 인증서 선택

2. Mac의 키 체인에서 인증서 제거

  • 클로버 + 스페이스 키
    를 누르고 키 체인 을 입력하고 Enter 를 눌러 키 체인 앱을 엽니 다.
  • 오른쪽 상단에서 "개발자"를 검색합니다.
  • 잠재적 중복 키를 선택하고 목록에 표시되지 않도록 내보내거나 삭제합니다.

개발자로 검색

  1. 마지막으로 XCode 및 rebooot에서 인증서를 다시 생성하십시오.

    • xcode 다시 열기
    • 프로젝트-> 일반-> 서명으로 이동하여 새 인증서를 다시 생성하십시오.
    • "팀 계정"을 다시 선택하십시오.

서명 설정

  • 새 인증서를 생성해야합니다.
  • Reboot for good measure - and enjoy being free from this bug ( which Apple should really sort out, if it was at all possible to replicate easily)

I got this error the very first time I tried to make a provisioning profile by following the Provisioning Assistant and it turns out they fail to mention the WWDR Intermediate Certificate. I installed it and it worked fine for me.


Here is my way to resolve:

  • Open keychain access, select your iOS certificate, Delete private key
  • Then go back to xCode, you will see warning warning message and "Revoke" button, click it and error resolved.

Very often the error /usr/bin/codesign failed with exit code 1 occurred in case the user has no file extensions for texture files in Models.scnassets folder. macOS very often generates a files with hidden extensions.

For example: you have a file myTexture but it must include an extension as well – myTexture.png.


Try finding out the details of this error in the "Build Results" view where the error is shown. On the right side of the line with the error message there is an icon with several lines. This will show you some helpful details.

This way I found out for me it was a duplicate iPhone developer certificate in my keychain - one of which had been expired. Maybe search for "iphone" in your keychain (select "All Items" category first).


One solution more works with me, If you installed two versions of XCode and you install the second without uninstalling the first in the same directory (/Developer/), you did it wrong. So the solution that works for me was:

1 - Uninstall the current Xcode version with the command sudo /Developer/Library/uninstall-devtools --mode=all.

2 - Install the first Xcode version you had first.

3 - Again sudo /Developer/Library/uninstall-devtools --mode=all.

4 - Then, all is clean and you are able to install the version you want.

More things: maybe you need to restart the computer after install the Xcode or even (in some cases) install two times the Xcode.

I hope I works it take me a lot of time to know that, good luck!!!


The solution that worked for me is related to (what I think is) a change of path behavior after upgrading to Xcode 4.2:

You can no longer manually enter "armv6 armv7" but must enter $(VALID_ARCHS) instead: both for the Architectures and Valid Architectures fields under the Architectures section in your project's Build Settings pane. Xcode will automatically replace the statement with 'armv6 armv7'.

This string looks exactly the same as if you would have typed it in manually but nevertheless point to the actual correct paths that will be generated along with your build, ...or at least this is my take on it :P

Unrelated, we used to have "armv6 armv7" as well under Other Signing Flags and now took that out and it works fine. This must be just an extra.

Thanks and happy hacking. Gon


I went to Key Access, selected the private key, and added XCode to the list of apps that can access it. That worked for me


If anyone uses Xcode ver. 3.x.x and upgrades from Mac OS 10.7 to 10.8, dev. tools will work just fine except the new codesign binary .. To fix that just copy the old codesign and codesign_allocate binaries (I hope you have backup) to /usr/bin/ folder and rename or backup the new one.


I had special characters in the project name,renaming it to remove the characters, question marks, and insuring a developer certificate was enabled fixed the issue.


When I experienced this error, it was due to having been in Keychain Access, and choosing 'Disallow' when asked whether I wanted to let the program access a saved password. Going back in and selecting 'Allow' and typing my system password fixed the problem in XCode.


For me the problem was HTTP proxy


Here is how I solved the same problem. It may help someone.

I deleted the Development Provisionning Profile (that I was using) from the server, then created one with a slightly different name. I used it and it worked.


This issue happened for me when I had multiple targets in one project, and I changed the CFBundleExecutable plist property to something other than the target's name.

So, for example, I had the following targets in one project:

  • SomeApp
  • SomeApp WatchKit Extension
  • SomeApp WatchKit App
  • SomeApp Today Widget
  • SomeApp for OS X (this is the target where the codesign error happens)

SomeApp for OS X had its CFBundleExecutable property set to just SomeApp, which not only conflicted with the first target called SomeApp but was different from the target it was meant for. Changing SomeApp for OS X to SomeApp and then renaming the first target worked fine for me.


For me I had code coverage enabled on the scheme of a framework rather than it's corresponding test scheme. Disabling the code coverage sorted the problem.


A very simple answer to this very-complicated question. It involves no knowledge of code-signing and everything connected with it.

더 이상 필요하지 않은 오래된 앱을 사용하십시오. 작동하는지 확인한 다음 코드 서명 오류가있는 새 앱의 코드로 코드를 바꿉니다. 이제 이전 앱이 제대로 작동하여 새 앱으로 원하는 것을 수행합니다.

단점 : 작동중인 앱에는 이전 앱의 제목이 있습니다.


이 문제는 "Resources"라는 폴더를 "Create folder references"로 추가하고 "Resources"를 다른 임의의 이름으로 변경하면이 문제가 사라졌습니다.

도움이되기를 바랍니다.

참고 URL : https://stackoverflow.com/questions/2017756/command-usr-bin-codesign-failed-with-exit-code-1

반응형