-
Notifications
You must be signed in to change notification settings - Fork 86
Support TEST_KUBECONFIG for integration tests #88
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
Support TEST_KUBECONFIG for integration tests #88
Conversation
|
Here's what the runner will look like: |
|
That runner would be shared between test-cmd and this integration test and anyone else who just needs a stock origin master. When we split origin master up, we'll update the shared runner so you don't have to worry about it. |
|
Linked the change to openshift to stop defaulting whitelisted registries, to be consistent with install. |
Uses the provided administrator kubeconfig and runs the tests against that master. This allows the integration tests to be run against a stock "openshift start master". Another change in the master will make local dev cases easier so allowed registries doesn't have to be customized.
477fbaf to
777e4e1
Compare
|
I linked in the integration job - if we're ok with these changes, then I'll test those and iterate, but integration should take ~10s with master reuse vs 1m or so. |
|
so this is just establishing an abstraction where you can either run a master in a container (old behavior) or point the client to an existing cluster via an admin kubeconfig (new behavior), right? looks reasonable to me as long as the old behavior wasn't customizing the master it started in any meaningful way. |
dmage
left a comment
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.
Apparently we are not willing to add any integration tests for image pruning and for anything that touches the image collection.
Discussions about #78 were ended this the same conclusions. We need to run tests on a running cluster and make our best to avoid touching global resources. In this case for pruning we'll write only unit tests with a mocked client.
I don't know what we will do with signatures, perhaps we'll keep them without tests. Nobody knows how to use it.
I'll drop the old behaviour as a follow up as it'll be broken when openshift start will be gone.
So, LGTM (it have not tested yet with the new job, right?)
|
Once this is merged I'll start testing the new job against my extra PR. |
|
/lgtm |
|
Testing the job now |
|
Now waiting on openshift/origin#19829 |
Now that projects are cleaned up when the test exits automatically.
Ensures that JUnit reports can be generated
|
Two small changes - CrossMount now reuses the project helper (namespaces are guaranteed to be cleaned up when we exit the test) and the makefile for integration now uses test-go to get junit output and artifacts |
|
@smarterclayton: The following test failed, say
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/test-infra repository. I understand the commands that are listed here. |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bparees, dmage, smarterclayton The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
e2e is broken because of an accident with azure, fixing at the source.
…On Thu, May 24, 2018 at 1:52 PM, Ben Parees ***@***.***> wrote:
/lgtm
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#88 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AG7fCvDMAC8wSZ-e7EVjI9SWY-BSkoyRks5t1vNXgaJpZM4ULHD_>
.
|
|
/test e2e |
Uses the provided administrator kubeconfig and runs the tests against
that master. This allows the integration tests to be run against a stock
"openshift start master".
Another change in the master will make local dev cases easier so allowed
registries doesn't have to be customized.
@bparees @legionus