Firebase Crashlyticsを用いたError検知のすすめ - Mirrativ Tech Blog
こんにちは。shogo4405です。本エントリーは、Firebase Crashlytics(以下Crashlytics)を利用しているiOSエンジニア向けにError情報の保存および活用についてのミラティブ社の事例を紹介したいと思います。 Errorの収集 ここで言うError情報とは、protocol Error : Sendableのことを指しています。Mirrativでは、主に次のError情報を収集してアプリケーションの品質向上につなげています。 URLSession#dataTaskでコールバックで得られるError 通信に関わるエラーを検知する用途 DecodableのDecodingError クライアントとサーバー間でデータ交換がうまくいっているか検知する用途 try AVAudioSession.shared.setCategoryでスローされるError 音声系統が意
Crashlytics (fabric) に dSYMをfastlane でアップロードする - Qiita
fabric の Crashlytics に dsym の情報をアップロードしていない状態でクラッシュが発生させると ほんやらかんにゃら Missing dSYMs ほんやらかんにゃら という警告が表示されます。 この状態だとクラッシュの詳細が見れないのでちゃんと dsym をアップロードすべきです。 https://docs.fabric.io/apple/crashlytics/missing-dsyms.html しかしながら手動でアップロードするのは非常に面倒な作業です。 なので、 fastlane を使ってアップロードするようにしましょう。 具体的な方法はリンク先にあります。 https://krausefx.com/blog/download-dsym-symbolication-files-from-itunes-connect-for-bitcode-ios-apps もう
リリースしたアプリのdSYMをFirebase/CrashlyticsにアップロードするTips - Qiita
はじめに Firebase/Crashlyticsでクラッシュの原因知りたいですよね？ 原因を知るためにiOSアプリの場合はアプリのdSYMをFirebase/Crashlyticsにアップロードする必要があります。 本記事では、Bitriseとfastlaneを組み合わせて自動でアプリのdSYMをアップロードする方法の ポイントについて書いてみます！ 大まかな処理の流れ ざっと2セクションです。 1. BitriseでdSYMをFirebaseにアップロードするWorkFlowを走らせる 2. WorkFlowに含まれているfastlane(dSYMアップロード用のlane指定)でAppStoreConnectに上がってる最新版アプリのdSYMをFirebaseにアップロード Xcodeの設定 Debug Information FormatのReleaseをDWARF with dSY
最新バージョンのdSYMアップロードをほぼ自動化する - Qiita
fastlaneのdownload_dsymsとupload_symbos_to_crashlyticsを組み合わせれば，dSYMのダウンロードからアップロードまでを簡単に自動化できます． ただし，bitcodeを有効にしている場合には，App Store Connect上での処理完了を待つ必要があります． メール受信をトリガにする方法などもありますが，自分のチームではもう少しお手軽な方法で(ほぼ)自動化しているので，そのやり方を紹介します． まずは以下のlaneを作成します． lane :refresh_dsyms do |options| version = options[:version] || 'latest' download_dsyms( version: version ) upload_symbols_to_crashlytics( api_token: ENV['CRA
Firebase Crashlyticsを使ってみた - Qiita
はじめに リリースされているアプリがcrashした時のログをFirebaseコンソールに集約することができることを知りまして実際に試してみて得た知見をまとめてみた記事です！ アプリの開発速度向上機能、グロース機能以外にも クオリティをサポートする機能まであるなんてステキ！ Firebase Crashlyticsとは？ リリースされているアプリが強制終了(以後クラッシュと呼びますね)した際のログを飛ばしFirebaseのコンソールで開発チームが確認できる機能です。 ログの種類はクラッシュ、非致命的の二種類を送ることができ、 非致命的に関しては開発チームで設定するだけでログの種類を分けることが可能です。 使い勝手に関してはFabricのCrashlyticsを使い慣れている方にとっては理解するのは早いと思いますし、そうでない方も仕組みは単純だと思ってますのでぜひ一度触って試してみてみると良い
Firebase Apple SDK Release Notes
Breaking change: Updated dependency specification for GTMSessionFetcher to allow all versions that are >= 2.1 and < 3.0 (#10131). Analytics Fixed hang on main thread (#10151). Realtime Database Deprecated FirebaseDatabase on watchOS 9 and above. watchOS users should instead use the Database REST API directly (#10272). Dynamic Links Removed bare initializer from DynamicLink (#10000). Added missing
[非エンジニア向け] Fabric（Crashlytics beta）でアプリをインストールするためのマニュアル - Qiita
目的 非エンジニアがFabric（Crashlytics beta）により配信されたアプリを利用するためのマニュアルです。 ぼくが現在関わっているプロジェクト向けにマニュアルを作成する必要があったのですが、せっかくですのでこちらに共有させていただきます。 エンジニアの場合は事細かに説明しなくても自分で解決してくれることが多いですが、非エンジニアにインストールをお願いする場合は、予想外のところで止まってしまうこともありますので、実際のスクリーンショットを元に事細かな手順を記載しています。 また、実際にこの手順に従ってインストールしてもらい、トラブルが発生した場合は トラブルシューティング にその内容を追記していきます。 前提条件 以下、EnterpriseアカウントによるInHouseな配信を前提とし、UDIDの登録周りについては言及しません。 本記事には2016/5/6時点のFabric及
![[非エンジニア向け] Fabric（Crashlytics beta）でアプリをインストールするためのマニュアル - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/ebb5cdded99a53753a65957b9908bae463edaacc/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU5JTlEJTlFJUUzJTgyJUE4JUUzJTgzJUIzJUUzJTgyJUI4JUUzJTgzJThCJUUzJTgyJUEyJUU1JTkwJTkxJUUzJTgxJTkxJTVEJTIwRmFicmljJUVGJUJDJTg4Q3Jhc2hseXRpY3MlMjBiZXRhJUVGJUJDJTg5JUUzJTgxJUE3JUUzJTgyJUEyJUUzJTgzJTk3JUUzJTgzJUFBJUUzJTgyJTkyJUUzJTgyJUE0JUUzJTgzJUIzJUUzJTgyJUI5JUUzJTgzJTg4JUUzJTgzJUJDJUUzJTgzJUFCJUUzJTgxJTk5JUUzJTgyJThCJUUzJTgxJTlGJUUzJTgyJTgxJUUzJTgxJUFFJUUzJTgzJTlFJUUzJTgzJThCJUUzJTgzJUE1JUUzJTgyJUEyJUUzJTgzJUFCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1hYjA2MjZhYzc0NWViZWMxMDc0ODk5Y2ZhM2YyMWNiMw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0b2tvcm9tJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03OWY1NTdjZmVjOGJjZTNiYjk1ODQxYjQ5OTY5ZjZmMQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dd56fb01be53bca6b4d5f458b0e5de387)
CrashlyticsのdSYM送信スクリプトをRelease時のみ実行したい - Qiita
CrashlyticsではdSYMファイルをCrashlyticsのサーバーに送信するようになっていますが、これをReleaseビルド時のみとしたい場合があると思います。 Xcodeの[Build Phases]->[Run Script]で下記のように条件を追加することで、Releaseビルドの際にはCrashlyticsのスクリプトを実行しないようにできます。 条件として利用している"$CONFIGURATION"などについてはAppleのリファレンスに書いてありました。 Debug, Releaseはもちろんカスタムで用意したConfiguration名が取得できます。 ただ、Crashlyticsのスクリプトは実行時に最新のバージョンを取得もして置き換えてくれているようで、debug時に実行しなくなると最新版に気づきにくくなるというデメリットが有ります。 参考 $(SRCROOT)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Get started with Firebase Crashlytics
functions-samples/crashlytics-integration/slack-notifier at master · firebase/functions-samples · GitHub
How to Segment your DEBUG and RELEASE Build Data with Crashlytics
http://tamotamago.com/?p=570