Octopus CLI prompts for variables even when scoping says not to

TL;DR

If the Go Octopus CLI asks for a variable that should not apply to your target, check the variable scoping first, then pass --no-prompt or fall back to the.NET CLI. The prompt is a CLI scoping bug, not a misconfigured variable.

Steps

1. If the Go Octopus CLI asks for a variable that should not apply to your target, check the variable scoping first, then pass --no-prompt or fall back to the.NET CLI.
2. The prompt is a CLI scoping bug, not a misconfigured variable.

When to use

You are seeing this: The Go-based Octopus CLI prompted for prompted-variables even when the variable was scoped away from the current runbook or environment, where the Octopus UI correctly skipped the prompt. Use this skill when you run into "Octopus CLI prompts for variables even when scoping says not to".

When not to use

If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.

Versions

No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.

Why this happens

The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.

Source: From GitHub issue octopusdeploy/issues#8559, with workarounds confirmed. The Go-based Octopus CLI prompted for prompted-variables even when the variable was scoped away from the current runbook or environment, where the Octopus UI correctly skipped the prompt. Workarounds from the thread: use the --no-prompt flag, use the older .NET CLI which respects scoping, or deploy from the UI.

Verified resolution: If the Go Octopus CLI asks for a variable that should not apply to your target, check the variable scoping first, then pass --no-prompt or fall back to the .NET CLI. The prompt is a CLI scoping bug, not a misconfigured variable.

Source URL: https://github.com/octopusdeploy/issues/issues/8559