-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Fix propagation of PVC feature flag across prebuild/regular workspaces #13117
Conversation
e1e5f6d
to
1ca5830
Compare
/hold |
started the job as gitpod-build-gpl-12718-pvc.4 because the annotations in the pull request description changed |
started the job as gitpod-build-gpl-12718-pvc.5 because the annotations in the pull request description changed |
started the job as gitpod-build-gpl-12718-pvc.6 because the annotations in the pull request description changed |
started the job as gitpod-build-gpl-12718-pvc.7 because the annotations in the pull request description changed |
Hmmm... I started to test this scenario but failed
cc @geropl |
Thank you @jenting , especially for the details, so I know what to look for. 🤔 |
Just for the heads up, I did not run the full PVC + prebuild test cases manually for this PR. |
1ca5830
to
f619c56
Compare
started the job as gitpod-build-gpl-12718-pvc.9 because the annotations in the pull request description changed |
@jenting can you try again? ^ |
I am testing it now 😄 |
/werft run with-preview 👍 started the job as gitpod-build-gpl-12718-pvc.10 |
/werft run with-clean-slate-deployment 👍 started the job as gitpod-build-gpl-12718-pvc.11 |
I have verified all the cases, one case failed. The prebuild project does not enable persistent_volume_claim, but user A enables persistent_volume_claim. Let me summarize the behavior we expected. cc @geropl
|
…ebuild workspace creation
f619c56
to
bb8b645
Compare
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.
All scenarios work like a charm, appreciate @geropl.
@jenting Thank for you diligent testing! 🙏 Would have loved to do that myself, but seem to be short on time 🙃 |
/hold |
/unhold |
Description
This ensures that:
usePersistentVolumeClaim
project settingpersistent_volume_claim
can be added (if user enabled that flag) but not removed (e.g. in case a prior instance had that feature-flag enabled)persistent_volume_claim
stays untouched, e.g. is carried over from the workspace config❓ Is that what we want to achieve? 🤔
Synced with @sagor999 : yes ✔️
Related Issue(s)
Fixes #12718
How to test
Release Notes
Documentation
Werft options:
Valid options are
all
,workspace
,webapp
,ide