2014-11-05 17 views
28

Próbowałem przesłać kompilację przedpremierową do iTunes, aby użyć jej z nową integracją z iTunes TestFlight.Błąd ITMS-4236 podczas przesyłania kompilacji do iTunes z powodu wersji kompilacji

Sposób, w jaki mam konfigurację ciągłej integracji, polega na tym, że każde wydanie zostaje oznaczone tagiem skrótu skrótu git.

Przykład:

Version: 1.7.6

Build Version: 1.7.6.4ABD89A

wciąż otrzymuję następujący błąd przy składaniu:

ERROR ITMS-4236: "Invalid value '1.7.6 (4ABD89A)' for bundle_version at SoftwareAssets

Próbowałem różnych formatów jak: 1.7.6.4ABD89A, i 1.7.6 [4ABD89A]

Zastanawiam się, czy ktoś miał wcześniej ten problem i jakie formaty są dopuszczalne, jeśli nie są?

+0

z jakiegoś niejasnego powodu, jedyną rzeczą, która pozwoliła przesyłanie przejść dla mnie było zupełnie usuń każdy tag inny niż wersja i po prostu utrzymuj wersję i wersję kompilacji tak samo.Nie jest to jednak odpowiedź, ponieważ powinien być sposób na zrobienie tego: – xemacobra

+2

Wygląda na to, że format powinien być podobny do xy lub xyz i onl dozwolone są liczby y. – dwery

Odpowiedz

38

iTunesConnect nie zezwala na litery w numerach wersji. Nie wiem, czy to jest nowe z integracją z TestFlight, czy tak było przez jakiś czas.

Używaliśmy liter w naszych numerach wersji do oznaczania wewnętrznych kompilacji. Chyba już nie jesteśmy.

+0

Wygląda na to, że @dwery wspomniał o tym w komentarzu. Cóż, oto odpowiedź na to. :) –

+0

idealne! które rozwiązują problem – blub

1

Niestety tak jest nadal. Kiedyś miałem:

buildNumber=$(git rev-list HEAD | wc -l | tr -d ' ')<br> 
buildHash=$(git rev-parse HEAD | cut -c1-4)` 

Ale teraz można użyć tylko numeru buildNumber. :(

0

Po prostu krótką notatkę, stanąłem w obliczu tego problemu w archiwum, gdy numer wersji SVN scalić z numerem wersji kompilacji.W moim przypadku miałem 1.0 (6771M) i "M" co oznacza, że ​​modyfikacje SVN są tam projekt, dał mi błąd podczas wysyłania kompilacji.

Więc upewnij się popełnić wszystko i przygotować archiwum.

Powiązane problemy