-
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
Improve Dockerfile #14
Conversation
/assign @vicaire |
@@ -0,0 +1,20 @@ | |||
apiVersion: extensions/v1beta1 |
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.
What is this for? Why don't you just deploy it with ksonnet?
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 added to check executions, like mpi-operator. And also I think that the components to deploy with ksonnet will be prepared on kubeflow repo.
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.
So the path taken by other components like tf-operator is to create ksonnet components in kubeflow/kubeflow and then use them to deploy the operator.
You can then check in a test app like
https://github.com/kubeflow/tf-operator/tree/master/test/test-app
To deploy the operator as part of tests.
The downside of this approach
If you want to check in raw YAML I think that's fine but it means maintaining two sets of configs. You'll need ksonnet anyway for E2E testing.
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.
We do want support for E2E testing so let's follow jlewi@ approach to avoid having to maintain two sets of configs.
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.
yes, that sounds good. Thanks!
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.
@jlewi So I deleted this manifest, and will try to enable to install pipelines as the component of kubeflow, okay?
/ok-to-test |
@vicaire PTAL |
@@ -0,0 +1,20 @@ | |||
apiVersion: extensions/v1beta1 |
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.
yes, that sounds good. Thanks!
Makefile
Outdated
|
||
.PHONY: build-controller | ||
build-controller: | ||
go build ./cmd/controller |
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.
There does not seem to be any file in ./cmd/...
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.
Ah sorry, I'll fix them.
Makefile
Outdated
|
||
.PHONY: build-controller-image | ||
build-controller-image: | ||
docker build -t pipelines/scheduledworkflow-controller . |
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.
There does not seem to be any files in ./cmd/...
@vicaire By the way, is it not necessary to preparing CI? |
ynqa@ I am not sure what you mean. Do you mean that we need continuous integration testing (CI)? If this is what you mean, then yes, it is needed. |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vicaire 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 |
/lgtm |
UPSTREAM: <carry>: update outdate package
Add Makefile to build for local/container execution, controller manifest to run it on k8s, and also improving Dockerfile.
for example to run with minikube:
This change is