Czytałem garść dokumentów Apple'a, a także wiele innych pytań dotyczących SO, ale nie znalazłem odpowiedzi na to konkretne pytanie.Użycie piaskownicy APNS w kompilacjach dystrybucyjnych AdHoc dla iOS
Mam istniejący przepływ pracy w celu generowania kompilacji dystrybucji AdHoc dla członków kontroli jakości i testerów wersji beta. Teraz, gdy dodałem obsługę powiadomień push, chciałbym móc przetestować te ścieżki powiadomień.
Mam wrażenie, że deweloper buduje, podpisany za pomocą profilu udostępniania rozwoju, generuje tokeny dla środowiska sandbox/deweloperskiego APNS i kompilacje dystrybucji podpisane za pomocą profilu udostępniania dystrybucji (bez względu na to, czy jest przeznaczony do dystrybucji AdHoc LUB Dystrybucja AppStore), generuj tokeny dla produkcyjnego środowiska APNS. Sądzę, że można to potwierdzić, otwierając różne pliki .mobileprovision i analizując klucz aps-environment aps-environment.
Chciałbym wiedzieć, czy istnieje sposób, aby moje kompilacje dystrybucji AdHoc korzystały ze środowiska APNS środowiska testowego, a nie z produkcyjnego środowiska APNS.
Jeśli naprawdę chciałbym, aby testerzy QA i beta korzystali z APR do piaskownicy, czy musiałbym jakoś znaleźć sposób na umożliwienie im uruchamiania kompilacji rozwojowych, a nie kompilacji dystrybucyjnych?
A może moje założenia dotyczące sposobu, w jaki rzeczy działają poza bazą? (Określany this post i this post)
Więcej powodów, dla których moja organizacja nosi baseballa ... istnieje warstwa API, która usuwa niektóre obowiązki związane z powiadomieniami, a także ma 2 "tryby" (inscenizacja/produkcja), więc W tamtym czasie było sensowne powiązanie naszego wewnętrznego API "postoju" ze środowiskiem APNS piaskownicy, ale mogło to być niepotrzebne rozróżnienie. – beno