workstation: worktree-first feature work for all agents [ci skip]
Viktor asked that every feature task be developed in its own git worktree and merged into master when done, enabling multiple agents to work the same project concurrently. Encode the org rule in the managed claudeMd (self-deploys to /etc via the hourly reconcile), add the worktree-first paragraph to the AGENTS.md non-admin landing recipe, and gitignore .worktrees/ so per-feature worktrees can live at the repo root. Full lifecycle: ~/.claude/rules/execution.md §3. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
parent
daddafd279
commit
3b6a5c6737
3 changed files with 14 additions and 1 deletions
10
AGENTS.md
10
AGENTS.md
|
|
@ -240,6 +240,16 @@ push straight to `master` — no PR gate — and the record of *what changed and
|
|||
why* is what matters. Force-push is disabled for everyone, so master history
|
||||
is append-only.
|
||||
|
||||
**Feature-sized work is worktree-first** (org rule, 2026-06-10): develop in an
|
||||
isolated worktree (`.worktrees/<topic>`, branch `<os-user>/<topic>` off
|
||||
`forgejo/master`) so concurrent agent sessions never collide in the clone, then
|
||||
land by merging latest master into the branch and pushing it
|
||||
(`git push forgejo HEAD:master`, or the PR fallback below if not whitelisted) —
|
||||
the audit-trail rules below apply to the branch's commit messages all the same.
|
||||
Locked (git-crypt) clones can use plain `git worktree add`. Trivial
|
||||
single-commit fixes may be committed directly on a clean `master`. Full
|
||||
lifecycle: `~/.claude/rules/execution.md` §3.
|
||||
|
||||
To land a finished change from such a clone:
|
||||
|
||||
1. Commit on `master`. **The commit message is the audit trail** — this matters
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue