Open jeffgus opened 2 years ago
Hi @jeffgus. Thanks for your PR.
I'm waiting for a redhat-developer member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test
on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test
label.
I understand the commands that are listed here.
/ok-to-test
It is unclear to me why the bootstrap command would cause a failure. The code change is only changes what strings are written out to two files.
[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: Once this PR has been reviewed and has the lgtm label, please assign wtam2018 for approval. For more information see the Kubernetes Code Review Process.
The full list of commands accepted by this bot can be found here.
@jeffgus: The following tests failed, say /retest
to rerun all failed tests or /retest-required
to rerun all mandatory failed tests:
Test name | Commit | Details | Required | Rerun command |
---|---|---|---|---|
ci/prow/unit | a78f546c12f02005eedcb379ad1f759c44467e9e | link | true | /test unit |
ci/prow/v4.9-integration-e2e | a78f546c12f02005eedcb379ad1f759c44467e9e | link | true | /test v4.9-integration-e2e |
ci/prow/v4.10-integration-e2e | a78f546c12f02005eedcb379ad1f759c44467e9e | link | true | /test v4.10-integration-e2e |
ci/prow/v4.8-integration-e2e | a78f546c12f02005eedcb379ad1f759c44467e9e | link | true | /test v4.8-integration-e2e |
ci/prow/v4.13-integration-e2e | a78f546c12f02005eedcb379ad1f759c44467e9e | link | true | /test v4.13-integration-e2e |
ci/prow/v4.11-integration-e2e | a78f546c12f02005eedcb379ad1f759c44467e9e | link | true | /test v4.11-integration-e2e |
ci/prow/v4.12-integration-e2e | a78f546c12f02005eedcb379ad1f759c44467e9e | link | true | /test v4.12-integration-e2e |
Full PR test history. Your PR dashboard.
…e', 'client', and 'server'.
What type of PR is this?
What does this PR do / why we need it:
Have you updated the necessary documentation?
Which issue(s) this PR fixes:
Fixes #?
How to test changes / Special notes to the reviewer: