-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: Upgrade terraform-provider-equinix to v2.3.3 #161
feat: Upgrade terraform-provider-equinix to v2.3.3 #161
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Checked this out locally, ran make only_tfgen
and I ended up with uncommitted changes to schema.json
, so it looks like the change to the generate_examples
task dependencies didn't to the trick.
This PR was created by the following GitHub Actions workflow run: https://github.com/equinix/pulumi-equinix/actions/runs/10477317351 Unfortunately, everything interesting happens under the hood of the |
I suspect that Make is deduplicating dependencies for the generate_examples: examples
make build_schema Since this is really needed for the tfgen: only_tfgen generate_examples
make build_schema |
Indeed it was only running
|
…i version Signed-off-by: Oscar Cobles <[email protected]>
Signed-off-by: Oscar Cobles <[email protected]>
Changes introduced in a2c1875
|
Does the PR have any schema changes?Does the PR have any schema changes?Looking good! No breaking changes found. Maintainer note: consult the runbook for dealing with any breaking changes. |
Let's not modify this PR. This is our opportunity to ensure that the updates we're making to the workflows work, so we should make adjustments in separate PRs and then re-run the upgrade provider workflow to validate those changes. (Validation will require checking out the automated PR locally and running |
Changes: - duplicate build_schema target (build and build_schema_post_examples) to be able to execute it twice (it didn't work even adding build_schema in PHONY). I was debugging leaving some traces to check that now it is executed twice, as expected. - Check that the pulumi cli installed version is the same as the one defined in provider/go.mod - Add `export PATH := $(BIN_DIR):$(PATH)`. The pulumi converter command uses several plugins, on the one hand the source converter (yaml and terraform plugins in our case) and on the other hand the sdk of the language to which it is being converted, pulumi-language-python / pulumi-language-go / etc. Although the correct Pulumi CLI binary was being used with `.pulumi/bin/pulumi convert ...` it was taking the language binary from $PATH, so in my case `/opt/homebrew/bin/` which corresponded to the Pulumi v3.122.0 version instead of the new installed v3.128.0 _Originally added to #161 and opening a new PR as per #161 (comment) suggestion_
Workflow changes were made in #164 and the upgrade provider workflow will produce a new PR the next time it runs. Closing this one. |
This PR was generated via
$ upgrade-provider equinix/pulumi-equinix --kind=provider --target-bridge-version=latest --pr-assign=ctreatma --pr-title-prefix=feat: --java-version=0.14.0
.