Użyłem Xcode 6.1.1, aby przesłać nową wersję aplikacji w wersji wstępnej do iTunes Connect, aby móc ją rozpowszechnić wśród moich zewnętrznych testerów wersji beta. Zrobiłem to wcześniej z dwiema wersjami tej samej aplikacji i działało dobrze.
Ale tym razem przesyłanie utknęło w stanie „Przetwarzanie” przez ponad tydzień. Próbowałem ponownie (ta sama wersja, nowy numer kompilacji) i minęło już ponad 24 godziny bez zmian.
Aplikacja pomyślnie przeszła walidację.
Co daje?
ios
xcode6
app-store-connect
testflight
Robert Atkins
źródło
źródło
Application Loader
przesłanie mojej wersji. To była jedyna kompilacja, która zakończyła przetwarzanie po 2-3 godzinach. Reszta przesłana za pomocą Xcode7 jeszcze nie skończyła ponad 12 godzin później.Application Loader
a one wciąż przetwarzają 10 godzin później.Odpowiedzi:
Przejdź do „Zasoby i pomoc” w iTunes Connect. Wybierz „Skontaktuj się z nami” i postępuj zgodnie z instrukcjami kreatora. Nie sądzę, aby ktokolwiek inny niż Apple mógł na to odpowiedzieć. I to właśnie zrobiliśmy w podobnej sytuacji w przeszłości.
źródło
Mieliśmy podobny problem. Przesłane kompilacje ustawiały się w kolejce i po prostu powiedział „Przetwarzanie” z pomocą wyskakującego okienka: „Po przesłaniu kompilacji przejdą przez stan przetwarzania, zanim będą mogły zostać użyte”. Minęły dni.
Wybranie „Testerów wewnętrznych”, dokonanie zmiany i zapisanie, wydawało się natychmiast wyczyścić kolejkę: najnowsza kompilacja była teraz aktywna i dostępna do testowania. Zrobiłem to już dwa razy z dwoma różnymi aplikacjami.
Aktualizacja: w tym momencie wszystkie zakłady są wyłączone. Wydaje się, że „przetwarzanie” dzieje się, gdy Apple cicho aktualizuje iTunes Connect i nic nie możesz na to poradzić.
23 września 2015 r. ITunes Connect nie zaakceptował żadnych przesyłanych plików przez prawie 24 godziny. Trik „Internal Testers” nie zadziałał. W końcu zwiększenie numeru wersji (aby uniknąć błędu „duplikowania pliku binarnego”) i ponowne przesłanie działało.
Następnego dnia niespodzianka! iTunes Connect został całkowicie zmieniony. Wydaje mi się, że wszyscy patrzyliśmy na martwą stronę, gdy w tle pojawiła się nowa wersja :(
W naszym przypadku nadal widzimy dziesiątki „nieudanych” przesyłania, które wciąż są w stanie „przetwarzania”. No cóż.
Niektóre osoby zgłaszają, że użycie modułu ładującego aplikacje działa lepiej niż Xcode do przesyłania kompilacji do iTunes Connect. Możesz go teraz znaleźć w Xcode, w menu Xcode „Open Developer Tool”.
Czasami to działa. Czasem tak nie jest. Twój przebieg może się różnić ¯ \ _ (ツ) _ / ¯
źródło
Rozwiązaniem (zgodnie z sugestią działu wsparcia Apple w odpowiedzi na prośbę o pomoc) jest przesłanie nowego pliku binarnego. Zrobiłem to za pomocą XCode (ta sama wersja 1.4, ale zwiększyłem liczbę kompilacji z 1 do 2) i prawie natychmiast przetworzyłem.
Jeśli utkniesz w czyśćcu „Przetwarzanie”, ponownie zwiększ numer kompilacji w XCode, zarchiwizuj i prześlij do App Store. Jeśli nie przetworzy się w ciągu 15 minut, spróbuj ponownie.
źródło
Miałem ten sam problem przy użyciu XCode 7 betta-5. Naprawiono poprzez odznaczenie pola wyboru „Dołącz kod bitowy” podczas przesyłania archiwum:
źródło
Miałem ten sam problem. Próbowałem wprowadzić zmiany w „Testerach wewnętrznych”. Bez efektu. Przesłałem nową kompilację za pomocą modułu ładującego aplikacje. Po zakończeniu przesyłania poprzednia wersja zmieniła się z „Przetwarzanie” na dostępna.
źródło
Dostałem tę wiadomość od App Store Developer Support (02.01.2016):
Niewiele odpowiedzi (nic o tym, dlaczego może to zająć tak długo), ale to odpowiedź, którą nam daje Apple.
źródło
Miałem podobny problem.
Wczoraj przesłałem kompilację aplikacji (1.03) przy użyciu Xcode, było około 18:00, a dziś rano wciąż „Przetwarzam”, w rzeczywistości wciąż „Przetwarzam”.
Dziś rano około 10:30 przesłałem drugą kompilację (1.04) przy użyciu Xcode, ale ta zmiana też zajęła zbyt dużo czasu, więc przesłałem trzecią kompilację (1.05) przy użyciu modułu ładującego aplikacje około południa, moduł ładujący aplikacji dał mi ostrzeżenie o tym, że aplikacja jest zbyt duża, aby zweryfikować użycie interfejsu API (kompilacja wynosi około 12,5 MB), było to tylko ostrzeżenie, więc przesłałem ją i wciąż czekam, aż zmieni status (14:16).
Oczywiście za każdym razem, gdy podbijałem numer kompilacji. Wszystkie kompilacje miały opcję Włącz kod bitowy ustawioną na NIE.
AKTUALIZACJA (13:52):
Druga wersja (1.0.4) właśnie stała się dostępna dla TestFlight.
AKTUALIZACJA (16:43):
Trzecia kompilacja (1.0.5), ta przesłana z Application Loader właśnie stała się dostępna dla TestFlight.
Doszedłem do wniosku, że ich serwery są wolniejsze niż wcześniej ... może wzrosła liczba przetwarzanych aplikacji, a obciążenie ich systemów jest wyższe, ponieważ są nowe rzeczy do sprawdzenia (kod bitowy, rzeczy do obejrzenia itp.).
źródło
Wczoraj spotkałem się z tym problemem. Przesłałem wiele kompilacji z różnymi ustawieniami. To, co w końcu zadziałało, to przesyłanie za pośrednictwem modułu ładującego aplikacje bez kodu bitowego .
Mam nadzieję, że to pomoże komuś uniknąć bólu głowy, przez który przeszedłem. Minęły 24 godziny, a aplikacje przesłane za pośrednictwem Xcode są nadal „przetwarzane”, ta przesłana za pośrednictwem modułu ładującego aplikacje była dostępna w ciągu około godziny.
źródło
Jeśli napotkasz teraz ten problem, jest to problem Apple. Wypuszczają nową wersję iTunesConnect. Kilka moich kompilacji utknęło w przetwarzaniu w ciągu ostatnich kilku dni. Dzisiaj utknęli na Przesyłane. Wiele połączeń telefonicznych i różne odpowiedzi później, nowa strona właśnie została wydana, a moje kompilacje są wyświetlane jako Przetwarzanie lub dostępne do przesłania. Chociaż wszystkie mają obok siebie żółtą ikonę ostrzegawczą. Nie jestem pewien, co to jest.
źródło
Udało mi się pomyślnie przesłać nową wersję mojej aplikacji za pośrednictwem Xcode 7.1. Potem zauważyłem, że kompilacja utknęła w „Przetwarzaniu” dłużej niż zwykle.
Postępowałem zgodnie z sugestią Scotcha, zwiększając numer kompilacji, zachowując tę samą wersję, i przesłałem ponownie z Xcode. Tym razem nowa wersja stała się dostępna do testowania w ciągu 5 minut.
Byłem wtedy w stanie wybrać tę kompilację i kliknąłem Rozpocznij testowanie. Moi wewnętrzni testerzy otrzymali powiadomienia e-mail i byli w stanie przetestować nową wersję za pomocą aplikacji Testflight.
źródło
Wiem, że jest trochę za późno na odpowiedź, ale jest to pierwszy link pojawiający się w google i żadne z powyższych rozwiązań nie działało dla mnie.
Miałem ten sam problem, tj. Po przesłaniu kompilacji z modułu ładującego aplikację utknął w przetwarzaniu. Stało się to wiele razy, po godzinach walenia głową odkryłem, że jak tylko zamknę moduł ładujący aplikacje na moim Macu, status kompilacji został zmieniony :)
Mam nadzieję, że ta odpowiedź pomoże wielu.
źródło
Jest jeszcze jedno pytanie, które powiela to pytanie. Odpowiedziałem, w jaki sposób rozwiązałem ten problem. Może pomaga to także komuś innemu:
Ktoś jeszcze opracował dla iTunes Connect przetwarzanie, które zajmuje więcej czasu?
Krótko mówiąc: buduj i przesyłaj za pomocą XCode 6.4 zamiast XCode 7.
źródło
OSX: Wyłączenie dołączania symboli aplikacji, aby symbolizować raport o awarii, załatwiło sprawę. Będę przechowywać dsym i symbolizować ręcznie, zamiast czekać na rozwiązanie „NOWEGO” wydania itunesconnect.
źródło
Używam xcode, przetworzenie mojej aplikacji zwykle trwało 1–2 minuty, ale dziś czekałem 15 minut. Zwiększyłem kompilację, utrzymałem tę samą wersję i zarchiwizowałem ją ponownie. I przeszedł w ciągu 2 minut, podczas gdy poprzednia wersja nadal utknęła po godzinie.
Radzę nie czekać na Apple, po prostu zwiększ kompilację i prześlij ponownie. Apple jest zbyt szlachetne, aby przyznać, że ich system ma błąd lub pomyłkę. Czas to pieniądz.
źródło
Nie chcę dodawać kolejnej odpowiedzi na to i tak przepełnione pytanie, ale może się przydać komuś.
Odkryłem, że jeśli do „wydania” przypisano już kompilację, gdy przesłałem nową, wyczyszczenie istniejącej kompilacji i próba wybrania nowej zawsze pokazywały ją jako „przetwarzanie”.
Jednak jeśli usunę starą kompilację i zapiszę, a następnie odświeżę stronę, nową kompilację można wybrać.
źródło
Ten sam problem dla mnie ... Prześlij archiwa aplikacji z Xcode (7.3.1). Połącz się z iTunesCo za pomocą przeglądarki Chrome i Safari ...
Sposób działania nie ma logiki ... Zgadzam się z @teapen:
źródło
Próbowałem zmienić opcję Testery wewnętrzne, próbowałem zmienić inne elementy na stronie szczegółów aplikacji i próbowałem przesłać kilka nowych plików binarnych (z tym samym kodem, tylko zmieniając numer kompilacji) w ciągu 2 dni bez skutku. Skontaktowałem się również z Apple za pośrednictwem łącza pomocy iTunes Connect; odpowiedzieli w mniej niż 24 godziny, ale tylko po to, by poprosić o więcej informacji (z których większość już dostarczyłem).
Wreszcie piąty kompilacja, którą przesłałem dwa dni później, przeszedł normalne kilka minut i wreszcie mogłem przesłać moją aplikację do sprawdzenia.
źródło
Napotkałem ten sam problem, przesłałem ipa przez Xcode7 i utknął na 48 godzin. Ile razy wysyłam pocztą e-mail do wsparcia Apple, ale to nie działa, więc przesłałem IPA wiele razy, ale bezużyteczne, wtedy zmieniłem numer wersji np. 2.2 (33) na 2.3 (1) i to działa dla mnie. Więc spróbuj po swojej stronie, może ci to pomóc.
źródło
Mam teorię na temat tego błędu, który przytrafił mi się także kilka razy.
To, co myślę, dzieje się: jeśli jesteś zalogowany do iTunesConnect, wówczas strona internetowa wyśle zapytanie do bazy danych o dostępne kompilacje. Takie zapytania mogą zakłócać tworzenie nowych kompilacji.
Zrobiłem to: wyloguj się z iTunesConnect we wszystkich przeglądarkach internetowych. Zwiększ numer kompilacji w Xcode, zrób archiwum i prześlij je.
Następnie: oprzyj się pokusom, aby zalogować się do iTunesConnect i sprawdzić status. Poczekaj co najmniej godzinę przed zalogowaniem.
Kiedy w końcu zalogowałem się do iTunesConnect, znalazłem tam moje pliki binarne i czekałem na siebie.
źródło
Doświadczyłem tego wczoraj (22 lutego '17), próbowałem przesłać kompilację przez Xcode (8.2) wiele razy, jak pokazało
(Processing)
. Potem wypróbowałem to z modułem ładującym aplikacje, wciąż takim samym. Musiałem tylko czekać około ~ 12 godzin, aby spam mógł mnie spamować podczas przetwarzania wiadomości e-mail.Więc tak, to nie ty, to oni.
źródło
Mam ten sam problem od kilku dni i wiele przesyłanych danych wydawało się działać, gdy wylogowałem się z portalu dla deweloperów Apple na moim komputerze (którego używam zamiast komputera Mac, aby wyświetlić portal) przesłać nową wersję za pośrednictwem mojego komputera Mac i zaloguj się do portalu dla programistów na komputerze Mac, którego użyłem do przesłania IPA, wydawało się, że od razu działa, zgadnij, że Apple naprawdę nienawidzi Windowsa lub zalogowanie się z innego komputera to problem.
źródło
Miałem też ten problem - jednak z zupełnie innego powodu niż w Internecie. Zdałem sobie sprawę, że moja aplikacja nie ma odpowiedniego profilu Provisioning dla iOS powiązanego z wydaniem App Store. Po prostu zmieniłem numer kompilacji, sprawdziłem poprawność i ponownie przesłałem. W ciągu 15 minut nowa wersja była gotowa do dodania jako bieżąca wersja. Dwie poprzednie wersje, które próbowałem załadować, wciąż są przetwarzane.
Nie jestem pewien, dlaczego Apple nie mówi ci, że istnieje niepoprawny profil udostępniania dla kompilacji, która ma zostać przesłana, ale to było moje lekarstwo!
źródło
Załadowanie kompilacji za pomocą modułu ładującego aplikacje załatwiło sprawę. Jeśli bieżąca kompilacja utknęła w trakcie przetwarzania, po prostu utwórz nową z przyrostowym numerem kompilacji i prześlij ją za pośrednictwem modułu ładującego aplikacje.
źródło
W rzeczywistości jest to problem związany ze sklepem z aplikacjami. Przesłałem wiele wersji kompilacji, czas oczekiwania zależy od wielkości ipa i kiedy przesyłasz go do App Store. Aby załadować kompilację, użyj Application Loader 3.0 lub nowszego
źródło
Rozwiązanie czeka na kilka godzin Około 24 godzin. Twój problem zostanie natychmiast rozwiązany. Apple ma teraz złe czasy. Mam nadzieję, że wkrótce wszystko naprawią
źródło
Miałem ten sam problem z jedną z moich aplikacji i tak właśnie znalazłem. W moim przypadku przesłałem dwie moje aplikacje jednocześnie, używając Xcode 7.1. Jedna z aplikacji przeszła przetwarzanie w ciągu godziny. Drugi był nadal przetwarzany prawie 24 godziny później. Aby obejść ten problem, utworzyłem nowe archiwum z przyrostowym numerem kompilacji i przesłałem je za pomocą modułu ładującego aplikacje. Nie wyłączyłem kodu bitowego. Przetwarzanie wersji przesłanej za pomocą modułu ładującego aplikacje zajęło mniej niż 20 minut, a moją aplikację mogłem przesłać do sprawdzenia. Wersja, którą przesłałem wcześniej, nadal utknęła w trakcie przetwarzania.
Przynajmniej w przypadku mojej aplikacji użycie modułu ładującego aplikacje rozwiązało problem.
źródło
Poszukaj e-maila zawierającego coś takiego:
Gdzie brakującym kluczem może być dowolny zakres uprawnień i może to być coś, czego nawet nie używasz. Często pojawia się to szczególnie w aplikacjach reagujących na reakcje.
Jeśli otrzymasz taki e-mail, postępuj zgodnie ze wskazówkami dotyczącymi
Info.plist
klucza, a następnie ponownie prześlij aplikację.źródło
Powodem tego jest brak w kompilacji czegoś, czego serwery Apple nie są w stanie ustalić.
aby rozwiązać ten problem, upewnij się, że podałeś wszystkie możliwe konfiguracje potrzebne dla Twojej aplikacji i upewnij się, że dodałeś co najmniej jeden z obrazów uruchamiania dla każdej możliwej rozdzielczości, tak było w moim przypadku, dodałem obraz uruchamiania dla każdego urządzenia i zrobiłem Pracuje.
więc dokładnie sprawdź, czy w projekcie brakuje jednego z tych ustawień lub obrazu i spróbuj. dzięki
źródło
Miałem do czynienia z tym problemem. Rozwiązał się, gdy zalogowałem się do iTunes Connect w przeglądarce Chrome niż Safari. Moja aplikacja była już w stanie przetworzonym.
źródło
Cocoapods (
0.39.0.beta.4
) był dla mnie problemem, więc przeniosłem się do Kartaginy.źródło