TestFlight Build Crashes, но Xcode Build Works Fine

Question

Я использую бета-тестирование Apple TestFlight для тестирования своих приложений. У меня есть сборка Xcode, которая отлично работает на моем iPhone 6 и других, более старых устройствах.

Когда я загружаю свою сборку в iTunes Connect и включаю бета-тестирование, все изначально отлично работает. Пользователи могут запускать приложение и выполнять большинство действий без сбоя приложения. Однако, когда пользователи нажимают кнопку «Играть в игру», приложение становится необъяснимым сбой!

Поскольку приложение может быть открыто без проблем, я предполагаю, что это не имеет никакого отношения к профилированию. На одном и том же устройстве Xcode-сборка отлично работает, но при тестировании тестовой версии при нажатии «Play Game» происходит сбой.

Я также предполагаю, что это не проблема с памятью, как отображаемая память в Xcode, когда при запуске приложения на устройстве отображается до 10 мб при нажатии на игру.

I am получение некоторых проблем автозапуска, которые появляются в консоли отладки, так может возникнуть проблема?

2015-02-09 17:35:15.611 CYM SA[13111:2396370] Unable to simultaneously satisfy constraints. 
Probably at least one of the constraints in the following list is one you don't want. Try this: (1) look at each constraint and try to figure out which you don't expect; (2) find the code that added the unwanted constraint or constraints and fix it. (Note: If you're seeing NSAutoresizingMaskLayoutConstraints that you don't understand, refer to the documentation for the UIView property translatesAutoresizingMaskIntoConstraints) 
(
"<NSLayoutConstraint:0x1700919e0 H:|-(0)-[UIButton:0x14fe24470'Go To: 1'] (Names: '|':UIView:0x170193180)>", 
"<NSLayoutConstraint:0x170091a30 H:[UITextView:0x150856a00'hello, I'm 0 wow A paragr...']-(8)-| (Names: '|':UIView:0x170193180)>", 
"<NSLayoutConstraint:0x170091ad0 H:|-(8)-[UITextView:0x150856a00'hello, I'm 0 wow A paragr...'] (Names: '|':UIView:0x170193180)>", 
"<NSLayoutConstraint:0x170091b70 H:[UIButton:0x14fe24650'Go To: 2']-(0)-| (Names: '|':UIView:0x170193180)>", 
"<NSLayoutConstraint:0x170091c10 UIButton:0x14fe24650'Go To: 2'.width == UIButton:0x14fe24470'Go To: 1'.width>", 
"<NSLayoutConstraint:0x170091c60 H:[UIButton:0x14fe24470'Go To: 1']-(0)-[UIButton:0x14fe24650'Go To: 2']>", 
"<NSAutoresizingMaskLayoutConstraint:0x1700938d0 h=--& v=--& UIButton:0x14fe24470'Go To: 1'.midX == - 1850>" 
) 

Will attempt to recover by breaking constraint 
<NSLayoutConstraint:0x170091c60 H:[UIButton:0x14fe24470'Go To: 1']-(0)-[UIButton:0x14fe24650'Go To: 2']> 

Make a symbolic breakpoint at UIViewAlertForUnsatisfiableConstraints to catch this in the debugger. 
The methods in the UIConstraintBasedLayoutDebugging category on UIView listed in <UIKit/UIView.h> may also be helpful. 

Answer 1

@ AdamPro13 Добавление Crashlytics позволило мне найти проблему. По какой-то причине ONE инициализированная переменная в ONE для цикла вызвала весь этот шум. По-прежнему очень странно, что это не привело к сбою сборки, загруженной с Xcode на мое устройство. Проблема возникла, когда я попытался получить пользовательский объект из массива, но число, показанное в исключении, было таким огромным, как 1844402943409882943843209824390 или что-то близкое к этому.

Это:

for (int i; i<[self.elementsArray count]; i++) { 
    Element *tempElement = [[Element alloc] init]; 
    tempElement = [self.elementsArray objectAtIndex:i]; 
} 

Если бы это:

for (int i = 0; i<[self.elementsArray count]; i++) { 
    Element *tempElement = [[Element alloc] init]; 
    tempElement = [self.elementsArray objectAtIndex:i]; 
}