Skip to content

Conversation

teskje
Copy link
Contributor

@teskje teskje commented Oct 6, 2025

This is a test to find unknown things that prevent us from supporting upgrades across more than one version. The one known thing, the persist version check, is removed here.

The test arbitrarily uses v0.140.0 as the base version and attempts to upgrade to the currently checked-out state. Run it like this:

bin/mzcompose --find upgrade run default

Motivation

Tips for reviewer

Checklist

  • This PR has adequate test coverage / QA involvement has been duly considered. (trigger-ci for additional test/nightly runs)
  • This PR has an associated up-to-date design doc, is a design doc (template), or is sufficiently small to not require a design.
  • If this PR evolves an existing $T ⇔ Proto$T mapping (possibly in a backwards-incompatible way), then it is tagged with a T-proto label.
  • If this PR will require changes to cloud orchestration or tests, there is a companion cloud PR to account for those changes that is tagged with the release-blocker label (example).
  • If this PR includes major user-facing behavior changes, I have pinged the relevant PM to schedule a changelog post.

This is a test to find unknown things that prevent us from supporting
upgrades across more than one version. The one known thing, the persist
version check, is removed here.

The test arbitrarily uses v0.140.0 as the base version and attempts to
upgrade to the currently checked-out state. Run it like this:

```
bin/mzcompose --find upgrade run default
```
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.

1 participant