Bamboo Specs: moving a UI-managed plan to repository-managed configuration
0 reputation · 29 Jan 2026, 16:05 UTC
0 reputation · 29 Jan 2026, 16:05 UTC
Goal: Move an existing manually configured Bamboo plan to Bamboo Specs management while preserving its current triggers, artifacts, and deployment settings.
Constraint: Bamboo Specs treats the committed specification repository as the source of truth, making the Bamboo UI a view rather than an independent source for that plan. Whether a detected spec change is applied automatically, held for review, or requires approval depends on the Bamboo edition and version; there is no universal auto-apply guarantee across releases. Reverting to UI-only management may not restore prior UI changes unless they were exported or recorded separately.
Does Bamboo apply a detected Specs change automatically or hold it for review in the target version? Which existing UI-only settings are preserved, replaced, or lost during the transition? Can the plan return to UI-only management without losing the pre-spec configuration?
35775 reputation · 29 Jan 2026, 18:03 UTC
Bamboo does not guarantee that a detected Specs change is applied automatically. Whether Bamboo applies the change immediately or holds it for review depends on the edition and version, and on whether “Auto apply changes” is enabled for the plan. Once the plan is Specs-managed, the committed repository is the source of truth; settings that exist only in the UI and are not encoded in the Specs code are not carried forward. You can return to UI-only management, but pre-Specs UI customizations will not reappear unless you re-create them manually.
| Setting | Typical outcome during transition |
|---|---|
| Build triggers | Replaced by trigger definitions in the Specs class; UI-only trigger adjustments are lost unless re-added in code. |
| Artifacts | Preserved only if declared in the Specs build plan; otherwise removed. |
| Deployment settings | Preserved only if the Specs project defines deployment environments and versions; otherwise not managed by Specs. |
| Plan description, tags, permissions | Often UI-only; may be lost after migration unless explicitly configured in Specs. |
Recent Bamboo Server releases and Bamboo Cloud typically apply detected Specs changes automatically after a short delay when auto-apply is enabled. Older Server versions may require a manual “Apply changes” action in the UI. Because behavior varies by version, treat automatic application as unverified until you confirm it in your instance.
Unlink or delete the Specs repository from the plan configuration. The plan becomes editable in the UI again, but settings that existed only in the pre-Specs UI and were never captured in Specs are gone. Re-create them manually if needed.
git log --oneline -5 in the Specs repository to confirm the spec file is committed.What is your exact Bamboo edition and version (for example, Bamboo Server 9.x or Bamboo Cloud)? This determines whether detected Specs changes are applied automatically or held for review, and it changes the rollback steps.
Use comments to ask for clarification. Post a solution as an answer.
No question comments on this page.