Як плагін Sentry покращує роботу з Codex 5.6: вирішення багів

Корисний плагін для Codex 5.6: Sentry

Багато хто стикався з таким. Тільки виправив баг, як стара проблема знову з'являється, зажене проєкт у цикл нескінченних переробок.

Це стається тому, що скриншоти або логи, які ви зазвичай передаєте Codex, містять лише останнє повідомлення про помилку. При цьому дійсно важливі дані, які визначають, чи можна взагалі нормально виправити проблему, відсутні: стек викликів, область впливу, частота виникнення, інформація про версію та контекст виконання.

Нещодавно за порадою друга з Китаю я підключив плагін Sentry до Codex, і тепер весь процес пошуку проблем виглядає зовсім інакше.

Більше не потрібно постійно копіювати та вставляти звіти про помилки. Достатньо сказати:

Используй Sentry, чтобы определить текущие баги в проде. Не смотри только на сообщения об ошибках, сопоставь стек вызовов и текущий код, чтобы найти реальную первопричину.

Після цього Codex може безпосередньо отримати доступ до даних про помилки, на які у вас є права, і зіставити їх із поточним кодом проєкту, щоб:

> Відновити ситуацію. Переглянути повний стек викликів і контекст виконання, щоб зрозуміти, за яких умов виникає баг.

> Знайти першопричину. Зіставити помилки з прода з конкретним кодом, не будучи прихильником здогадок лише за останнім повідомленням про помилку.

> Перевірити виправлення. Спочатку відтворити проблему та додати регресійні тести, а потім змінити код, щоб не вийшло так, що виправлення одного ламає інше.

Можна нарешті вийти з циклу, коли баг виправили, він знову зламався, його знову виправили — і так по колу.