Comments 12
А почему просто не собрать приложение в релизной конфигурации, но с дев сертификатом? Если у вас проблема с APNS в релизной сборке, то вы же все равно переподписываете приложение и весь смысл затеи теряется.
Оффтоп, был раз кейс когда в релизной конфигурации (максимально агрессивные оптимизации) почему-то объект в одном месте внезапно умирал и приложение падало в segmentation fault. Добавление строчки print(object) перед обращением к объекту решило проблему. Swift был 2-ой или 3-ий.
Можно.
В моем случае сборка с APNS багом была уже относительно старой, и чтобы ее собрать, надо было откатится довольно далеко по коммитам назад, что тоже не проблема.
Просто я находился в таком положении, когда мне надо было максимально точно показать, что косяк на стороне приложения (сначала я хотел показать, что косяк не на стороне приложения, но потом это оказалось не так).
И если бы я пересобрал сборку заново, то мои вышестоящие коллеги могли бы сказать, что это разные приложения: «Может, вы там может что-то починили/поменяли, пока пересобирали».
Мне нужо было работоть с тем, что максимально близко ушло в релиз.
Довольно специфическая ситуация :)
Дорогой автор, вы не могли б менее провокационной картинкой открывать статью?
Автор не виноват! Виноваты мы, его коллеги. Спасибо за критику, учтём!

Есть же готовое решение — FireBase. Там есть хендлер ошибок. Там же готовый фреймворк под ios. Пара шагов и перехватчик ошибок у вас в релизе

У меня есть несколько вопросов:

1. Разве у вас тестировщики не тестируют релизную версию перед тем как ей попасть в appstore?
2. Почему не просто Bug tracker’ы? Тот же firebase. По логам в принципе все можно прочитать и понять в чем дело.
1. Тестировщики? А это кто? (шутка). Нет, в этом случае не тестировал, т. к. жизн-бол.

2. В 90% случаев  — да.
В 10 % случаев  — нет. Frida  — это инструмент как раз для таких 10 процентов.
+ у нас не было как такового креша, у нас была ошибка в логике обработки пушей.
Only those users with full accounts are able to leave comments. Log in, please.