-
Notifications
You must be signed in to change notification settings - Fork 244
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
Creates service on cluster upon "odo push" #4650
Creates service on cluster upon "odo push" #4650
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: dharmit The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@@ -459,39 +465,5 @@ spec: | |||
stdOut = helper.CmdShouldFail("odo", "unlink", "EtcdCluster/example") | |||
Expect(stdOut).To(ContainSubstring("failed to unlink the service")) | |||
}) | |||
|
|||
It("should fail if we delete a link outside of odo (using oc)", func() { |
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.
Removing this test spec because it's about a scenario where the user does something outside the odo workflow.
Codewise, it looks good to me. I haven't been able to test functionality though, I couldn't get |
/lgtm |
What type of PR is this?
/kind feature
What does this PR do / why we need it:
This PR ensures that an Opreator backed service is created on the cluster only when user does
odo push
and not when they doodo service create
.Which issue(s) this PR fixes:
Fixes part of the scope mentioned in #4160 (comment)
PR acceptance criteria:
Unit test
Integration test
Documentation
I have read the test guidelines
How to test changes / Special notes to the reviewer:
Notes:
odo service create; odo push
workflow for Operator backed services. Adding labels to the service, deleting service upon doingodo push
and Service Catalog related changes will come in subsequent PRs after this one is merged. Doing this to break big piece into smaller chunks.I need to add integration tests to the PR.Integration tests have been modified to useodo push
to actually create service on the cluster. Can't think of a new scenario that needs to be added. Open to ideas.How to test:
odo service create
andodo push
. Subsequentodo push
would silently pass without any service info (because the service already exists on cluster.)