This message was deleted.
# general
s
This message was deleted.
l
b
Did you encounter this because your Automation API package needed a specific version of the CLI? If so I believe there is a currently open issue about making those error messages tell you what version of the CLI you need. https://github.com/pulumi/pulumi/issues/6419
l
I encountered this because I was looking through the docs and found a command that failed on the CLI we have installed on our development platform. I was wanting to request our Pulumi CLI be upgraded to use the new command but needed to know what the minimum version requirement for that is.
l
I infer that you're looking to upgrade to the oldest version that you can get away with. Would it not be more future-proof to upgrade to the newest version you can?
l
For sure the newest would be ideal, however, as an IC I don’t always have say in what version of CLI tooling we use. To circle back, I just searched the changelog and it doesn’t say when
change-secrets-provider
was added.
l
I see this:
2.8.0 (2020-08-04)
Add missing MapMap and ArrayArray types to Go SDK #5092
Switch os/user package with luser drop in replacement #5065
Update pip/setuptools/wheel in virtual environment before installing dependencies #5042
Add ability to change a secrets provider for the current stack #5031
Though I see that there have been a few enhancements and bugfixes to that feature since then: 2.19.0, 2.15.1, 2.15.0. You may need some of those?
That said, I think this particular feature wouldn't require the entire org to change version. You could use a later version to make the change, which would re-write your yaml files etc., Older versions could then use the newer files. So you might not need to wait for the entire org to update.
l
Ah, nice find. I searched for the actual command. We utilize a custom container to run all our CICD processes in with all our CLI tooling and security built into it. So tooling needs to move as one. Pros and cons to that concept. Either way. Just wanted to say it might make sense to put which version new CLI commands are introduced into the docs on the site somewhere.
l
Yep. Feature request I guess? A standard convention for comments that get into the changelog?