Workflow Troubleshooting
Workflow Troubleshooting
Find the last completed step and recover from current state instead of assuming the profile rolled back.
custy --debug run PROFILECategory
Quick Command
profile -> expanded steps -> first failure -> narrow recoveryScope of This Pageâ
Use this page when a Run profile or experimental workflow crosses several steps and may have left partial state. Use the Run or Workflow Branch command guide when the failing invocation and symptom are already clear.
Find the Last Completed Boundaryâ
Partial Pipeline Recovery
Common Symptoms
Information
| Profile name rejected | Use commit, tag, push, dev, release, or full. Other resolver profiles are not additional public Run names. |
|---|---|
| Combined profiles run in another order | Multiple profiles are expanded, deduplicated, and stably sorted by global STEP_ORDER priority. This is intentional. |
| Duplicate or mixed input rejected | Remove duplicate values and follow the typed validator's supported manual or profile composition rules. |
| Validation stops execution | Correct the first prerequisite. Later mutation steps intentionally do not run after validation raises. |
| Files changed before failure | Inspect generated artifacts, messages, changelog, backups, and the Git index before retrying. |
| A Run option has no effect | Some accepted fields are not mapped into WorkflowEngine because model and builder names differ. Confirm current option status before relying on it. |
| Push failed after commit or tag | Verify whether local history is already complete and recover only publication rather than recreating commit or tag state. |
| Full finalization failed | The release may already be published; inspect branch transitions separately instead of rerunning Full. |
Inspect Partial State
git status --short --branch
git diff
git diff --staged
git log -3 --decorate --stat
git tag --points-at HEAD
git remote -vBefore You Begin
- Generated filesRequired
Inspect version files, editable artifacts, CHANGELOG.md, and message templates.
- Backup retentionRequired
Confirm whether backups were created and whether cleanup already pruned older files.
- Commit and tagRequired
Determine whether either object already exists before invoking a direct command.
- Every remoteRequired
Check each configured destination; one successful push does not prove all succeeded.
- Original errorRequired
Fix the first raised condition instead of bypassing validation or forcing a later effect.
Experimental Workflow Command
Other current interface limitations include underscore-style option spellings, narrow explicit tag validation, incomplete enforcement behavior, and backup synchronization that must be verified rather than assumed. Keep this command in a disposable repository until the blocker and later behavior are validated.
Recovery Choice
- If only validation ran, correct the prerequisite and preview again.
- If files changed but no commit exists, review and reconcile files and the index before choosing Commit or another direct operation.
- If a commit exists, determine whether Tag or Push is the only remaining goal.
- If a tag exists, verify its target and message before publishing.
- If some remotes succeeded, correct only failed destinations.
- If finalization failed, treat release publication and branch transition as separate recovery problems.