Fix lint violation: jinja[invalid] to make pre-commit pass - #13337
Fix lint violation: jinja[invalid] to make pre-commit pass#13337manzsolutions-aleski wants to merge 1 commit into
Conversation
|
|
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: manzsolutions-aleski The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
Hi @manzsolutions-aleski. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Regular contributors should join the org to skip this step. Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
I don't know why the EasyCLA is not working in this PR while it is working in my first one. :( |
|
/ok-to-test |
|
/retest |
|
/easycla |
|
Is there anything left to do from my side? |
|
@VannTen PTAL. |
What type of PR is this?
What this PR does / why we need it:
You use pre-commit as an early quality gate. For everyone working on the file in question, they would be unable to commit their changes without skipping test(s). This is not ideal because it lets other flaws through more easily. Hence, fix the violation despite the kubernetes guidance being hesitant on fixing lint violations with PRs.
I encountered this while working on #13333
Which issue(s) this PR fixes:
None.
Special notes for your reviewer:
There's an alternative solution to this as well: Ensure only valid IP addresses go through - I think that's not what you want because I don't know whether
external_apiserver_addressis guaranteed to be an IP or if it can be a DNS name, given you're prependinghttps://to it.Note that
ansible.utils.ipwrapcan take a list or a string but for this section a string looks like the logical choice.Does this PR introduce a user-facing change?:
Example output:
before
after