Gitfleet treats destructive operations as explicit actions.
Destructive operations in human mode prompt for confirmation. In JSON mode,
CI, or other non-interactive contexts, destructive operations require --yes.
Examples:
gitfleet repo delete owner/repository --yes
gitfleet release delete v1.0.0 --repo owner/repository --yes
gitfleet wiki delete usage --repo group/project --yesBulk mutations provide --dry-run when a meaningful preview exists:
gitfleet workspace archive platform --dry-runDry runs should be used before broad fleet changes.
For risky operations, use this order:
- Run the nearest read-only command to inspect current state.
- Run the mutating command with
--dry-runwhen supported. - Run the command interactively and answer the confirmation prompt.
- Add
--yesonly when the exact command is ready for automation.
This keeps the command history readable and makes reviews easier before destructive changes.
If a provider does not support an operation, Gitfleet returns an unsupported capability error. It does not emulate missing provider behavior through hidden fallbacks.