iOS アプリの dSYM を CI 経由で Crashlytics に 継続的に Upload する Tips

でもアプリバイナリを Upload してから dSYM が反映されるまでとにかく遅い！！

実際には CI 上ではこんな手順になると思います。

0. (テストとか)
1. $ xcodebuild archive
2. AppStoreConnect へ Upload

---
AppStoreConnect 上で Upload したアプリバイナリが反映されるのを待つ!!
---

3. $ upload-symbols を実行

この反映時間がアプリのサイズにも寄りますが、だいたい40分ほど待たされます。その間 CI は待機して待たなければいけません。 Fastlane の download_dsyms action にはこのために wait_for_dsym_processing wait_timeout といったオプションパラメータがついていて、待つことができます。

download_dsyms(
  app_identifier: "com.shimastripe.App",
  wait_for_dsym_processing: true,
  build_number: 100,
  wait_timeout: 3600
)

しかし、このやり方では CI は契約プランに応じて実行時間で従量課金が発生するため、とても燃費が悪いです。 Deploy するごとに何も作業しない40分強を消費することはなんとか避けたいです。
(あと AppStoreConnect の機嫌次第で遅延やエラーが起きて失敗するときもあります。)

ただ dSYM のアップロードが漏れるとうっかり急増するクラッシュが認知できない可能性もあるため、 AppStoreConnect に上げられたアプリバイナリの dSYM は基本漏れずに Crashlytics に送っておくことは実現したい...!! です。

やり方として2つの方法が考えられます。

1. Deploy してから N 分後に新しいアクションをスケジュールする仕組みを構築する
2. 1日に1回、上がった dSYM をまとめてアップロードするスケジュールを作る

1のやり方ができたら良かったんですが、これは CI の機能に依存してしまうかつ、遅延スケジュールができる CI って現状ある......? となったため、2の方法を紹介します。

1日に1回、上がった dSYM をまとめてアップロードする

Fastlane の download_dsyms action には after_uploaded_date というオプションパラメータがあります。これは 一定時刻から後に上がった dSYM ファイルをまとめてダウンロードできます。
つまり、実行時間から1日前を計算して、指定したものを定期実行してしまえば、1日に1回まとめて dSYM を上げておいてくれる仕組みができるわけです!!

こんなかんじ

binary_path = "${BUILD_DIR%Build/*}\/SourcePackages\/checkouts\/firebase-ios-sdk\/Crashlytics\/upload-symbols"

yesterday = DateTime.now - 1

download_dsyms(
  app_identifier: "com.shimastripe.App",
  after_uploaded_date: "#{yesterday.iso8601}"
)

upload_symbols_to_crashlytics(
  gsp_path: "#{PROJECT_DIR}/App/GoogleService-Info.plist",
  binary_path: "#{binary_path}"
)

# Delete downloaded dSYM files
clean_build_artifacts

解決!!

これで最大1日遅延しても、dSYM が適切にアップロードされる状態を1日5分ほどの実行時間で実現できます!! やった!!

これをスケジュールに登録して、CI に後は任せましょう!!
開発要件によりますが、平日だけ実行に留めてもいいかもしれませんね。

==
ちなみに Swift Package Manager 越しに firebase-ios-sdk を入れて upload-symbols コマンドを呼ぶ場合上記の書き方で DerivedData 越しにスクリプトを実行することができます。便利ですね。