, 나는 표준는 TestFlight에 엑스 코드 봇에 의해 생성 된 서명 .ipa 파일을 업로드하려고 할 때 오류가
을지고있어-수있는 GET-작업 거부 testflight하기"잘못된 IPA : embedded.mobileprovision과 바이너리의 get-task-allow 값이 일치하지 않습니다. 컴파일하는 데 사용한 것과 동일한 유형의 인증서로 IPA를 생성 했습니까?"
경고. 문제는이 애플리케이션에 대한 인 타이틀먼트 파일이 없다는 것이며, 앱이 해당 인증서로 서명되었음을 절대적으로 확신합니다.
- My Bot은 보관시 Ad-Hoc 빌드 구성을 사용하도록 설정된 빌드 체계를 사용합니다.
- 내 Ad-Hoc 빌드 구성이 내 릴리스 구성을 복제 한 것입니다 ...
- 코드 서명 ID가이 응용 프로그램의 계정에 대한 배포 인증서로 명시 적으로 설정되어 있습니다.
.ipa의 압축을 풀고 codesign -d -vvvv /path/to/The.app
을 실행하면 해당 배포 인증서를 사용하여 응용 프로그램이 서명되었음을 확인합니다. 또한 Craig Hockenberry's super-useful quicklook plugin을 사용하여 embedded.mobileprovision이 적절한 Ad-Hoc 프로비저닝 프로파일인지 확인할 수 있습니다.
.xcarchive를 다운로드하면 봇이 생성 한 다음 두 번 클릭하여 서명 한 다음 주최자의 전통적인 배포 버튼을 클릭하면 TestFlight에 업로드됩니다. 차질이.
성공적으로 업로드 한 버전과 동일한 codesign 검사를 실행했으며 CDHash와 .ipa가 작성된 날짜를 제외하고 결과는 동일합니다.
애플의 documentation on code signing ("코드 디렉토리 해시"아래로 스크롤)이 무엇인가를 의미 할 수 있습니다 일치하지 않는 해시를 나타낼 것으로 보인다 잘못 사라 : 코드 디렉토리 때마다 사소하지 않은 방법으로 프로그램 변경,이 테스트를 변경
때문에 프로그램의 특정 버전을 모호하지 않게 식별하는 데 사용될 수 있습니다.
아무도 이것이 무엇 일지 모른다고 생각하십니까? 작동하는 .ipa를 생성하기 위해 사용하는 아카이브는 작동하지 않는 .ipa와 동일한 빌드 제품 폴더에서 다운로드 된 바로 스트레이트입니다. 따라서 해당 문서에 대한 나의 이해가 정확하다면 해시가 동일해야합니다. 또는 나는 그 문서를 오해하고 다른 무엇인가 잘못 되었습니까?
업데이트 12/30 : 친구가 그것을 시도 제안 후 나는 깨달았다 한가지 : 엑스 코드 봇에서 직접 오는 빌드 제품을 통해 (문제의 프로비저닝 프로파일에) 내 전화에 직접 설치 문제가없는 Xcode Organizer. their request에 따르면, 나는 TestFlight에 빌드를 이메일로 보내고, 그들이 끝까지 찾을 수있는 문제가 있는지보고있다.
업데이트 2, 12/30 : 나는 this script from Matt Vlasach 일을한다는 것을 알게 될 것이다, 그러나 실제로 인증서 및 프로비저닝 프로파일과 아카이브에서 응용 프로그램을-징후 재 - 이론적으로, 하나는 필요가 없습니다 cert 및 provisioning 프로파일이 빌드 체계에 지정된 프로파일과 동일한 경우이 단계를 추가하려면 .ipa 빌드 제품을 직접 업로드 할 수 있어야합니다. 매트는 왜 자신의 포스트에이 단계를 추가했는지에 대한 세부 사항에 대해서는 언급하지 않습니다.
업데이트 3, 1/2 : 신비가 깊어 : 나는 엑스 코드 봇에서 직접 빌드 제품을하고 TestFlight's desktop app를 사용하여 업로드하는 경우는, 미세 업로드 프로비저닝에있는 (내 휴대 전화에 설치 프로필) 괜찮아요, 열고 설치 한 후 잘 작동합니다. 나는 그들의 요청에 따라 TestFlight의 지원 팀에게 여러 로그를 보냈고, 그들은 wtfbbq가 진행되고있는 것을 살펴볼 것입니다. 그리고 나는 그들로부터 답을들을 때 다시보고 할 것입니다.
Mac 용 TestFlight 앱 (버전 1.0 (320))을 사용할 때이 오류가 발생했습니다. 웹 버전을 통해 성공적으로 수행했습니다. – Itachi