You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe
I'm always frustrated when I'm trying to test a bundle and have to wait for the whole zarf init process.
Describe the solution you'd like
When i am developing a uds bundle, I would like to be able to dev on it as quickly as possible. Zarf had a zarf dev deploy that facilitates this by effectively skipping create and dependency on zarf init, effectively running the whole package in yolo mode.
It would be nice with a bundle to be able to do the same as the process of compressing the bundle, deploying the init package to the cluster and then pushing all of the packages through that mechanism is fairly time consuming. The value prop here is basically the same as zarf dev deploy, but for bundle authors.
Describe alternatives you've considered
keep doing the same create -> deploy, but its longer cycles and as a product of the worse devx.
Additional context
Some considerations here:
should work for local and oci packages
many bundles include the zarf init package, which ideally could be bypassed or at least partially bypassed.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe
I'm always frustrated when I'm trying to test a bundle and have to wait for the whole zarf init process.
Describe the solution you'd like
When i am developing a uds bundle, I would like to be able to dev on it as quickly as possible. Zarf had a
zarf dev deploy
that facilitates this by effectively skipping create and dependency on zarf init, effectively running the whole package inyolo
mode.It would be nice with a bundle to be able to do the same as the process of compressing the bundle, deploying the init package to the cluster and then pushing all of the packages through that mechanism is fairly time consuming. The value prop here is basically the same as
zarf dev deploy
, but for bundle authors.Describe alternatives you've considered
keep doing the same create -> deploy, but its longer cycles and as a product of the worse devx.
Additional context
Some considerations here:
The text was updated successfully, but these errors were encountered: