-
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
implement autoBuild
and deployByDefault
#5694
Comments
related: devfile/api#852 |
Should require making changes into https://github.com/redhat-developer/odo/blob/main/pkg/devfile/components.go#L12 as pointed by @feloy. |
Make research on this issue |
I did some research on this issue to better understand the impact on
I have started implementing the required changes in #6654, using this Devfile for the test cases. |
Ok, I've narrowed down the issue to a boolean passed to the Devfile parser arguments: |
Blocked by devfile/api#1067 |
…nShift components (#6654) * Add sample Devfile with multiple autoBuild/deployByDefault combinations It will be used for integration tests. * Add helper function to update a given Devfile Command Group This will allow supporting cases where we need to run a custom command, but this is not implemented yet on odo (cases with 'odo dev --debug' and 'odo deploy'). In this case, this helper will allow updating the Devfile for example to unmark the current default command as non-default, and mark the custom one as default. * Add test cases for 'odo dev' * Add test cases for 'odo deploy' * Add test cases for 'odo build-images' 'odo build-images' should build all images regardless of the 'autoBuild' property. * Display the spinner when creating or updating Kubernetes resources This helps understand what resources are being patched. * Handle deployByDefault on K8s and OpenShift components * Add 'devfile.GetImageComponentsToPush' functions that returns the list of image components to auto-create See devfile/api#852 (comment) for more context. * Handle automatic image component creation for 'odo dev' on Kubernetes * Handle automatic image component creation for 'odo dev' on Podman * Handle automatic image and K8s/OpenShift component creation for 'odo deploy' * Bump Devfile library to the latest commit at this time (c1b23d2) This includes the fix for [1], which provides a way not to set default values automatically [1] devfile/api#1067 * Do not set default values when parsing a Devfile See [1] for the rationale [1] https://github.com/redhat-developer/odo/issues/5694\#issuecomment-1465778398 * Add documentation in the Devfile reference page * Revert "Display the spinner when creating or updating Kubernetes resources" This reverts commit 6ad073e63cb0e685f165eed767619a90997393a3. * Avoid re-applying Image components multiple times 'adapter#Push' might get called several times when there are state transitions (either on the Deployment in the cluster, or from 'odo'). It might be confusing to apply Image components over and over again (and also it can be slower if we need to push images to remote registries). * Move GetK8sAndOcComponentsToPush and GetImageComponentsToPush to libdevfile package As suggested in review, this should be the responsibility of the devfile library Co-authored-by: Philippe Martin <phmartin@redhat.com> * fixup! Handle automatic image and K8s/OpenShift component creation for 'odo deploy' * fixup! Handle automatic image component creation for 'odo dev' on Podman * fixup! Avoid re-applying Image components multiple times * Apply suggestions from code review Co-authored-by: Parthvi Vala <pvala@redhat.com> * fixup! Do not set default values when parsing a Devfile * Fix devfile-deploy-functional-pods.yaml (used in 'odo logs' tests) Set deployByDefault to false on innerloop-pod component. Otherwise, since it is not referenced by any apply command, it will be automatically created by *both* 'odo dev' and 'odo deploy'. --------- Co-authored-by: Philippe Martin <phmartin@redhat.com> Co-authored-by: Parthvi Vala <pvala@redhat.com>
devfile 2.2.0 added two new fiels we need to make sure that odo has a proper support for it
devfile/api#709
The text was updated successfully, but these errors were encountered: