Support starting worktree from a specific git commit or ref #227
Labels
No labels
agent-ready
bug
contract
documentation
duplicate
enhancement
good first issue
help wanted
invalid
needs-human
needs-input
question
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
iterative-works/iw-cli#227
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
iw start <issue>always creates the worktree from the current checked-out branch (HEAD). Sometimes you want to start from a specific commit, tag, or ref instead — e.g., starting from a release tag, a specific main commit, or another branch's tip.Proposal
Add an optional argument to
iw startto specify the base ref:Where
<ref>can be a commit SHA, tag, branch name, or any valid git ref. When provided, the new worktree branch is created from that ref instead of HEAD.Examples:
Notes
This would be especially useful for the agent workflow (#222) where the agent may want to start work from a known-good commit rather than whatever happens to be checked out.
Intake: agent-ready
Workflow: waterfall
Reason: all gates passed
Analysis: project-management/issues/IW-227/analysis.md on branch IW-227
Implement: needs-human
Reason: batch-implement exit 1 — the kanon plugin did not compile against the iw-cli core of main, so no phase ran
The kanon plugin's
lib/batch/ForgeCatchUp.scalaexpectsfetchPullRequestForBranchto returnEither[String, …]. The core onmainreturnsEither[TrackerError, …]since #778. The cause is not in this issue: the plugin must be updated, and then the issue can go back toagent-ready.Release: the implement loop failed this issue for a reason outside it. The kanon plugin did not compile against iw-cli main, because the tracker port now returns TrackerError (iw-cli #778). The plugin fix is dev-docs #484, and iw-cli 0.22.1 carries the core change. The issue goes back to the implement loop.