-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
google_os_config_os_policy_assignment #5481
google_os_config_os_policy_assignment #5481
Conversation
8207942
to
1a504bc
Compare
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.
This looks fine to me with the exception of the design of the trait. Riley or Sam could overrule me on that point though - I don't feel super strongly about it.
details: | ||
string: v1 | ||
string: 'client.Config.BasePath + "v1"' |
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.
I don't think we want to be putting code in these files. I know it's not much code, but it's really worth avoiding in my opinion. Is that feasible?
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.
It's feasible if we want to keep BasePathReplacement and AppendToBasePath as two separate traits. To me it seems cleaner to combine them into one, even if it means we have to do it like this.
- type: REPLACE_IN_BASE_PATH | ||
details: | ||
old: v1beta | ||
new: v1 |
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.
Thank you! Yes, I think this is much better.
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.
I haven't reviewed the PR here, I only took a look at the generated code. I'm seeing the v1
part drop from monitored project in the downstream, and I'm not sure I can see where that's getting added back somewhere else: modular-magician/terraform-provider-google-beta@auto-pr-5481-old..auto-pr-5481
#diff-4453ffdcd0L94
I think that's supported by the VCR failure, where we're making a different request than we did before:
|
Yep - you're right about that. I'll rereview when the tests are green. |
For some reason, it doesn't seem like re-running the failed VCR tests is running for you. I can't explain that, sorry! Hm, can you maybe run the failed tests on your machine locally? I don't suspect any of them are related, but you never know... |
/gcbrun |
49f7fbf
to
9494262
Compare
Reworked AppendToBasePath override into BasePathReplacement. Implemented serialization for map[string]string types.
9494262
to
4896bd8
Compare
4896bd8
to
5175583
Compare
I have triggered VCR tests in RECORDING mode for the following tests that failed during VCR: TestAccApigeeEnvironmentIamBindingGenerated|TestAccApigeeEnvironmentIamMemberGenerated|TestAccApigeeEnvironmentIamPolicyGenerated|TestAccCloudFunctionsFunction_vpcConnector|TestAccComputeRegionNetworkEndpointGroup_regionNetworkEndpointGroupAppengineExample|TestAccServiceNetworkingPeeredDNSDomain_basic|TestAccOSConfigOSPolicyAssignment_FixedOsPolicyAssignment|TestAccOSConfigOSPolicyAssignment_PercentOsPolicyAssignment You can view the result here: https://ci-oss.hashicorp.engineering/viewQueued.html?itemId=227053 |
Tests failed during RECORDING mode: TestAccComputeRegionNetworkEndpointGroup_regionNetworkEndpointGroupAppengineExample|TestAccApigeeEnvironmentIamBindingGenerated|TestAccServiceNetworkingPeeredDNSDomain_basic|TestAccApigeeEnvironmentIamMemberGenerated|TestAccApigeeEnvironmentIamPolicyGenerated|TestAccCloudFunctionsFunction_vpcConnector Please fix these to complete your PR |
Those are all problems with billing enablement and an internal API error. No need to change anything on those. Works fine for me. Should we worry about the TF validator? |
nope, don't need to worry about that one, known issue seems like. |
* Upgraded DCL and added overrides for osconfig os policy assignment. Reworked AppendToBasePath override into BasePathReplacement. Implemented serialization for map[string]string types. * Split ReplaceInBasePath and AppendToBasePath into two overrides. * Re-added missing quotation marks. * Fixed handling of append to base path override.
Upgraded DCL and added overrides for osconfig os policy assignment.
Reworked AppendToBasePath override into BasePathReplacement.
Implemented serialization for map[string]string types.
fixes hashicorp/terraform-provider-google#10628
If this PR is for Terraform, I acknowledge that I have:
make test
andmake lint
to ensure it passes unit and linter tests.Release Note Template for Downstream PRs (will be copied)