mirror of
https://github.com/fabro-sh/fabro.git
synced 2026-09-15 23:32:46 +00:00
WorkflowLocation dispatches any `.toml` path to the config loader, so a supplied entrypoint such as `sub/run.toml` was accepted, its graph became the version entrypoint, and the config file was registered under its own name. Runtime only reads WorkflowVersion::config_path(), the fixed sibling `workflow.toml`, so the version's goal, environment, and Dockerfile settings were silently dropped on every run. In workflow-version projection, reject a config whose collected path is not the graph's sibling `workflow.toml`. This applies to every caller that packages versions, including `fabro run <dir>/other.toml`, which previously registered the config and then ignored it; failing at packaging replaces a silent drop. Manifest bundling for the legacy run path does not project versions and is unchanged. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| fabro-acp | ||
| fabro-automation | ||
| fabro-checkpoint | ||
| fabro-dump | ||
| fabro-environment | ||
| fabro-github | ||
| fabro-graphviz | ||
| fabro-hooks | ||
| fabro-install | ||
| fabro-interview | ||
| fabro-llm | ||
| fabro-manifest | ||
| fabro-mcp | ||
| fabro-mcp-store | ||
| fabro-sandbox | ||
| fabro-slack | ||
| fabro-store | ||
| fabro-tool | ||
| fabro-tracker | ||
| fabro-validate | ||
| fabro-variable | ||
| fabro-workflow | ||
| fabro-workflow-version | ||