Consume fjord-core for stack plan and ship gating #191
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/stack-delegate-plan-to-core"
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?
Delegates fj's remaining pure stack planning to
fjord_core0.1.2, which now accepts each surface's command labels (ADR-0001 Phase 3).validate_items,plan_sync(→SyncStep),plan_ship(→ShipStep),shippable(→ship_blocker),merge_style, andrecovery_messagecall into core; fj supplies its user-facing copy (\fj stack new`,`fj stack ship``) through the new label args.Fromconversions (fjstack_state→ core model) plus a 1:1MergeStylebridge let the on-disk stack be handed to the engine.PlannedOp/ShipPlanstructs for core's serializableSyncStep/ShipStep.pr_basestays local (trivial, hot in loops). Behavior is unchanged except the ship recovery hint now reads; merged items are skippedin core's tool-agnostic punctuation. All 605 tests pass; clippy and fmt clean.