Xcode의 셸 스크립트와 명령 줄 도구를 사용하여 iTunesConnect에 대한 제출 프로세스를 자동화하려고합니다. 지금까지, 나는 프로세스 바에서 모든 단계를 달성 할 수 있었다 : 아카이브.xcodebuild 아카이브 실패, xcode 아카이브 성공
스크립트에서 코드 :
echo "Attempting to build target: ${TARGET_PRODUCT}"
cd $ENGINE_PATH
# Clean
/usr/bin/xcodebuild clean -project projName.xcodeproj -target "${TARGET_PRODUCT}" -configuration Release
# Build and Archive
/usr/bin/xcodebuild archive -project projName.xcodeproj -scheme "${TARGET_PRODUCT}" -configuration Release -archivePath "${TARGET_PRODUCT}".xcarchive
이 지금까지 보관 명령이 성공적으로 아카이브를 생성 할 수 없었다. 이 명령의 유일한 출력은
** ARCHIVE FAILED **
입니다. 난 그냥이 아니라 아카이브보다 구축하려고하면
, 내가 얻을 :
** BUILD SUCCEEDED **
아카이브는와 엑스 코드에서 생성 된 아카이브와 동일한 디렉토리 구조를 보여주기 위해 '패키지 내용보기'팽창을 예상 위치에 파일을 생성 및 수행 Xcode에서 생성 된 보관 파일에는 SCMBlueprint
이라는 추가 폴더가 있습니다.
다른 포럼 게시물에서 아카이브 문제는 흔히 코드 서명 또는 프로비저닝 프로파일 문제로 인한 것입니다. 그러나 빌드 및 아카이빙 프로세스 중에 사용 된 코드 서명 ID 및 프로비저닝 프로파일이 콘솔에 출력되므로이 문제의 경우에는 확신 할 수 없습니다. 실패한 아카이브는 성공적인 빌드에서 사용하는 것과 동일한 코드 서명 ID 및 프로비저닝 프로파일을 사용합니다. 또한, 나는 엑스 코드를 사용하여 아카이브를 생성하고 embedded.mobileprovision
파일이 아카이브에 보였다. 나는 이것을 xcodebuild
에 의해 생성 된 실패한 아카이브와 비교했고 그것들은 동일하다는 것을 알 수 있었다.
나는 xcodebuild
에 의한 보관 처리의 원인에 대한 제안을 온라인에서 찾아 보았지만, 지금까지 나는 완전히 곤두박질 쳤습니다. 어떤 도움을 많이 주시면 감사하겠습니다!
추가 오류 메시지가 있어야합니다. 그들 없이는 그 원인을 찾을 희망이 없습니다. – Droppy
명령이 처리 될 때 보통 출력이 있습니다 (예 : 소스 컴파일, 링크, targetName.app.dSYM 생성, targetName.app 만지기, targetName.app 서명 및 ** ** 실패한 아카이브 **. 실패한 메시지 앞의 마지막 단계는 -validate-for-store입니다. 그 안에는 아카이브가 실패하게 된 원인에 대한 더 이상의 표시가 없습니다. – charlessunshine
정확히 같은 문제가 여기 있습니다 : ( – sachadso