Skip to content

Conversation

@carlydf
Copy link
Contributor

@carlydf carlydf commented Jan 14, 2026

What was changed

  • Create versions before using them in a Pinned Versioning Override
  • Require Deployment Name and Build ID flags to be set if override is Pinned. I'm not sure how this worked before, but I don't think we need to support optional deployment name.

Why?

So that CLI works with latest version of server.

Checklist

  1. Closes

  2. How was this tested:

  1. Any docs updates needed?

@carlydf carlydf requested review from a team as code owners January 14, 2026 00:09

if c.VersioningOverrideBehavior.Value == "pinned" {
if c.VersioningOverrideDeploymentName == "" && c.VersioningOverrideBuildId == "" {
if c.VersioningOverrideDeploymentName == "" || c.VersioningOverrideBuildId == "" {
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the error message and the command help text make me think that requiring both flags was the intention all along.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we definitely should not allow deployment name without a build id, which is what the && condition allows

Copy link
Member

@bergundy bergundy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not deeply familiar with the semantics here. Will defer to the matching team for review. You have my rubber stamp though.

@carlydf carlydf merged commit f727f31 into main Jan 21, 2026
12 of 13 checks passed
@carlydf carlydf deleted the cdf/create-version-before-override branch January 21, 2026 00:30
carlydf added a commit that referenced this pull request Jan 21, 2026
…for Pinned Override Version (#905)

<!--- Note to EXTERNAL Contributors -->
<!-- Thanks for opening a PR! 
If it is a significant code change, please **make sure there is an open
issue** for this.
We work best with you when we have accepted the idea first before you
code. -->

<!--- For ALL Contributors 👇 -->

## What was changed
- Create versions before using them in a Pinned Versioning Override
- Require Deployment Name and Build ID flags to be set if override is
Pinned. I'm not sure how this worked before, but I don't think we need
to support optional deployment name.

## Why?
So that CLI works with latest version of server.

## Checklist
<!--- add/delete as needed --->

1. Closes <!-- add issue number here -->

2. How was this tested:
<!--- Please describe how you tested your changes/how we can test them
-->

3. Any docs updates needed?
<!--- update README if applicable
      or point out where to update docs.temporal.io -->
dandavison added a commit that referenced this pull request Jan 29, 2026
Backport changes from #905 to
work with server v1.30.0-149.0.

Server PR temporalio/temporal#9020 added
validation that pinned version overrides must reference a version
that exists in the task queue. This broke tests that were setting
pinned overrides without first registering workers for those versions.

Changes:

1. commands.workflow.go: Fix validation to require BOTH deployment
   name AND build ID for pinned behavior (change && to ||)

2. commands.workflow_test.go: Update versioning override tests to
   start workers for both version1 and version2 before setting
   overrides, ensuring versions exist in the task queue

3. commands.workflow_reset_update_options_test.go: Update pinned
   behavior reset tests to start a versioned worker before attempting
   reset with pinned override
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants