TestFlight 용 AdHoc 배포 빌드를 실제로 만들어야합니까?

TestFlight에 대한 의견이 모순되고 모순되는 정보가 있습니다.TestFlight 용 AdHoc 배포 빌드를 실제로 만들어야합니까?

일부 출처는 이전 AdHoc 배포 프로세스를 거쳐야한다고 말하면서 TestFlight는 UDID 만 수집 한 다음 AdHoc 빌드를 전파하는 데 도움이됩니다. 이메일로 할 수있는 것과 같은 일.

Testflight는 대단히이 과정을 단순화 할 수 있습니다. 그냥 일반 디버그 IPA 빌드하고 TestFlight에 넣어. 사용자가 앱을 설치하고 실행하는 자체 글로벌 프로비저닝 프로필을 가지고 있습니다. iPhone에서의 대량 테스트와 마찬가지로 매끄럽게 진행될 수 있습니다 (부여 : ).

사실인가요? AdHoc과 UDID를 혼란에 빠뜨릴 필요가 있습니까, 아니면이 부분이 TestFlight에 의해 완성 되었습니까? 위의 견적 요청과 같이 장치에서 테스트를 수행하는 것처럼 일반적인 디버그 빌드를 만들어야합니까?

this tutorial에 따르면 나는 UDID를 혼란에 빠뜨려야합니다. TestFlight의 멋진 글로벌 엔터프라이즈 프로필에 대한 언급이 없습니다. 100 개 장치로 제한됩니다.

어떻게 작동합니까? 그리고 엔터프라이즈가 신화에 서명하는 것은 무엇입니까? 누군가 그걸 폭로 할 수 있니?

출처

2012-04-23 Proud Member

어리석은 "기업"일을 잊어 버려라. 상황은 ** 매우 혼란 스럽습니다 **. UDID를 수집하면 완벽하게 작동하며 TFA에 해당 페이지의 편의성을 추가하여 ** 누가 그것을 얻었는지 ** 확인할 수 있습니다. – Fattie

테스트 비행을 사용하면 엔터프라이즈 잠정 프로필을 사용하여 앱을 제작할 수 있습니다. 설명서에서 : "응용 프로그램이 만들어지고 여러 장치로 전송되어야하는 경우 배포 프로비저닝 프로파일 (Ad Hoc 또는 Enterprise)을 사용하여 빌드해야합니다."http://help.testflightapp.com/customer/portal/ 문서/829857-how-do-i-make-a-build-for-testflight는 나를 위해 일했습니다. – Amit

UDID를 사용해야합니다.

실제로 TestFlight는 전송 한 ipa에 첨부 된 프로비저닝 프로파일을 읽습니다. 인증 된 장치는 해당 프로비저닝 프로파일 덕분입니다.

보통 AdHoc 프로필을 사용하지만 개발 프로필에서도 작동해야합니다.

출처

2012-04-23 15:37:06 NSZombie

AdHoc 프로필과 개발 프로필의 차이점은 무엇입니까? 100 개의 개발 장치에서 슬롯을 사용하고 개발자 계정을 갱신 할 때까지 1 년 동안 오래된 장치를 제거 할 수 없기 때문에 개발 프로파일을 사용하는 것이 좋지 않다고 생각합니다. 그래서 정말 AdHoc이어야합니까, 그렇지 않아야합니까? –

원하는만큼 프로비저닝을 생성 할 수 있으며 최대 100 개의 장치를 추가 할 수 있습니다. 그래서 두 사람 사이에는 아무런 차이가 없습니다. 처음에는 ipa로 직접 iTunes를 통해 앱을 설치할 수 있기 때문에 AdHoc 프로비저닝이 존재합니다. 개발자 프로필로는이 작업을 수행 할 수 없습니다. – NSZombie

그러나 아이튠즈 연결에 100 개 장치의 하드 제한이 있습니까? –

중요 사항은 UDID가 아카이브 된 빌드에서 사용되는 프로파일에 있다는 것입니다. 개발자 또는 배포판입니까? 그것은 상관하지 않습니다. 빌드를 가져 오는 사람을 필터링하는 것이 더 쉬워집니다 (즉, 개발자 만 디버깅 빌드를 얻을 수있는 반면 큰 팀은 출시 빌드를 얻을 수 있음).

출처

2012-04-23 15:38:01

TestFlight 용 AdHoc 배포 빌드를 실제로 만들어야합니까?

답변

관련 문제