イシューとグルーピング

1フィンガープリントの作られ方

SDK が fingerprint 配列を送信した場合はそれが優先されます。それ以外の場合、Blipit は例外の型と直近5つのアプリ内スタックフレーム（ファイル名と関数）をハッシュ化します。アプリ内フレームがない場合は、例外の型と、数値・16進アドレス・UUID を置き換えたメッセージを使うため、'order 4821 not found' と 'order 9 not found' は同じグループになります。例外のないイベントは正規化されたメッセージでグループ化されます。

2ルールでグルーピングを変更

プロジェクトページを開き、グルーピングルールを追加します。ルールは順番に実行され、最初に一致したものが適用されます。ルールは、例外の型が一致、メッセージの正規表現、スタックフレームのファイル名または関数名に含まれる、タグが一致、のいずれかで判定します。「グループ化」は一致したすべてのイベントを1つのイシューにまとめ、「無視」は保存前にイベントを破棄します。ルールの反映には最大1分かかります。正規表現は200文字以内でコンパイル可能なものに限られ、後方参照、先読み・後読み、(a+)+ のようなネストした繰り返しは使えません。

3解決、無視、再オープン

イシューは未解決、解決済み、無視のいずれかです。修正をリリースしたら解決済みにしてください。エラーが再発した場合、イシューはリグレッションとして再オープンされ、アラートが届きます。イシューには、同じ release で再発したか（修正がリリースされていない）、後の release で再発したか（何かが再導入した）が表示されます。「無視」はイベントのカウントを続けつつアラートを停止します。「再オープン」は未解決に戻します。イシュー一覧には一括操作があり、アラートメールには確認後に一度だけ動作する「解決」と「無視」のリンクがあります。

4スヌーズ

イシューページから、1時間、24時間、7日間、または次の100件か1,000件の発生までスヌーズできます。イベントは引き続き記録・カウントされ、新規イシューとリグレッションのアラートはスヌーズが終わるまでスキップされます。セキュリティアラートには影響しません。

知っておくと便利

• Blipit は、イシューの最初のイベント、すべてのリグレッション、すべてのセキュリティイベント、そして UTC の各時間の最初の20件について完全なペイロードを保持します。それ以外のイベントは概要（id、時刻、プラットフォーム、レベル、release、環境、タグ、ユーザー ID、SDK）を保存します。イシューページには「M 件中 N 件のイベントの詳細を表示しています」と表示され、スタックトレース、ブレッドクラム、AI 修正は最新の完全なペイロードを読みます。
• プランの月間イベント上限を超えると、10件に1件が保持され、残りはサンプリング除外として数えられます。請求はされません。「使用量」ページにサンプリング数が表示されます。
• アラートはプロジェクトごとに1時間あたり新規イシューまたはリグレッション30件までに制限されているため、エラーの嵐で受信トレイが溢れることはありません。