-
Notifications
You must be signed in to change notification settings - Fork 236
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
Enable Codespaces for Knative? #1295
Comments
cc @knative/technical-oversight-committee @knative/steering-committee |
Dave would better like to understand what this means, since you can use Codespaces on the fork. |
/assign @dprotaso |
Contact has been made here - knative/serving#13806 tl;dr we will run an experiment and use the GSoC users as a test cohort. |
Following up - the experience of using Codespaces in Serving is poor when using the default prow image that has all the tools installed. Start times are slow. A way to mitigate that is to use prebuilt codespaces - but this can't be leveraged by non-Knative members since this requires opening the codespace in the knative org which is a non-starter. Based on this I don't recommend a project wide initiative to continue this further. Though I won't object if subgroups choose to try it themselves. I'll leave the Serving issue open in case someone volunteers to try to improve what's been there but overall. I'm going to close this out. |
I think that prebuilding a container with the prow image as your base image will do the trick. https://containers.dev/guide/prebuild Reach out in Kubernetes Slack to craiglpeters if I can be of help |
Cc @r2-lf |
Via the CNCF, there's an offer from Github to help set up and enable Codespaces for Knative, so creating an issue for us to discuss. Not sure if this falls under TOC or Steering, but for now will add it to the TOC board...
The text was updated successfully, but these errors were encountered: