Troubleshooting Workflows
Troubleshooting Workflows
Periksa partial state, temukan failed boundary, dan pilih smallest safe recovery action.
custy --debugCategory
Quick Command
observe -> inspect state -> correct cause -> recover narrowly -> verifyPrinsip Pertama
Failed Custy pipeline belum tentu untouched pipeline. Earlier steps mungkin sudah generate atau edit files, prune backups, stage changes, membuat commit atau tag, atau update satu atau lebih remotes.
Recovery Method
Diagnosis Sebelum Mengubah State
Evidence Checklist
git status --short --branch
git diff
git diff --staged
git log -3 --decorate --stat
git tag --points-at HEAD
git branch --all
git remote -vBefore You Begin
- Read the first errorRequired
Later messages dapat merupakan consequences; mulai dari step yang menghasilkan failure.
- Inspect generated filesRequired
Periksa version files, editable artifacts, CHANGELOG.md, dan message files.
- Inspect backupsRequired
Pastikan new copies dibuat atau older copies dipangkas.
- Inspect Git objectsRequired
Tentukan apakah staging, commit, tag, atau branch deletion sudah terjadi.
- Inspect every destinationRequired
Untuk multi-remote work, verifikasi setiap remote secara independen.
Pilih Recovery Berdasarkan Last Completed Effect
Common Boundaries
Validation Only
Files Changed
Commit Exists
Tag Exists
Some Remotes Succeeded
Finalization Failed
Perbaiki Diagnostic Output
Global options ditempatkan sebelum command group.custy --debug run release
custy --log-level DEBUG run dev
custy --debug cleanup brancheses --prefix feature/
Gunakan debug output untuk memahami resolution dan execution, tetapi jangan sertakan secrets, tokens, atau sensitive remote credentials saat membagikan logs.
Escalate Ketika State Tidak Jelas
Berhenti dan minta bantuan teammate atau repository administrator sebelum menghapus commits atau tags, force-pushing, mengubah shared branches, restore remote branches, atau rewrite published release history. Pertahankan logs dan current state saat recovery decision ditinjau.