Claudeagent and ClaudeagentA job that calls a reusable workflow behaves as on GitHub. Its `strategy.matrix` calls the workflow once for each combination, with `matrix` read in `with:` and `secrets:`, the called jobs named `test (20) / unit`, `max-parallel` limiting how many calls run at once and `fail-fast` cancelling the rest when one fails; the run's graph keeps a matrix's calls in the caller's box. Its `concurrency` holds the group while the called workflow runs, and waits, replaces or cancels as a job's own does. `with:` values are checked against each input's `type`: a boolean or a number given as text fails the calling job with a hint to use `fromJSON()`, a string input takes a number or a boolean as its text, an input left out is `false`, `0` or `''` by its type, and a name, or a secret passed by name, that the called workflow does not declare fails it too. A run connects up to ten levels of workflows, not four, and calls at most 50 different reusable workflows, each limit failing the calling job with a message saying so. A called workflow's job with `fail-fast: false` on its own matrix is no longer cancelled by a sibling's failure. The workflow page no longer warns that a matrix call runs once, and the Actions guide says how inputs, matrix calls and the limits work.6137a26History
- ..
- 0001_init.sql
- 0002_reusable_workflows.sql
- 0003_settings_access.sql
- 0004_self_hosted_runners.sql
- 0005_actions_cache.sql
- 0006_artifacts.sql
- 0007_run_protection.sql
- 0008_actions_access.sql
- 0009_run_attempts.sql
- 0010_jobs_self_hosted_lower.sql
- 0011_schedule_rules.sql
- 0012_runner_task_runs.sql
- 0013_action_registry.sql