-
Notifications
You must be signed in to change notification settings - Fork 363
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
[velero] Bump velero version v1.10.0 #414
Conversation
I'll keep it in draft until v1.10.0 is been released |
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 believe the user would encounter many upgrade issues if there were many existing Velero CRs within the cluster.
91c8e09
to
75b01ca
Compare
Since this PR introduced a bit of breaking backward compatibility because of the naming change. @qiuming-best @ywk253100 @reasonerjt @sseago @shubham-pampattiwar WDYT? |
If pre-existing values config names are changing and the new CRDs are not backwards compatible, I think the chart's MAJOR version number should be rev'd to stay in alignment with semantic versioning expectations (e.g. v2.0.0). Either one of these reasons would be enough to justify this. This, along with ample documentation in the README, should be enough to inform users that the two deployments are incompatible. |
Signed-off-by: Ming <mqiu@vmware.com>
75b01ca
to
7484d8e
Compare
…to velero-v1.10.0
Based on our discussion with @jenting, currently, it's no need to separate CRDs, it could be solved by changing upgrade CRDs jobs into pre-install, pre-upgrade, and pre-rollback. another thing that needs to be fixed in a later version is BSL, VSL, and Schedule CR would be recreated by hooks |
f9308ab
to
12b6c96
Compare
Signed-off-by: Ming <mqiu@vmware.com>
12b6c96
to
dd98afd
Compare
Once this is merged, can it be submitted to artifiacthub.io? |
Yes, but why? |
…to velero-v1.10.0
Signed-off-by: Ming <mqiu@vmware.com>
14b07a7
to
ea9cd12
Compare
I tend to use artifacthub as my starting point for finding helm charts. Having this posted there should help increase the visibility of this project. |
Create you create an issue for this request? Thank you. |
It looks like it is already there: |
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.
@qiuming-best
All good, jut some suggestions.
Signed-off-by: Ming <mqiu@vmware.com>
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.
LGTM
Thank you @qiuming-best
@reasonerjt @ywk253100 PTAL |
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.
Have some trivial comments, but I think this PR looks great!
@@ -284,8 +284,12 @@ configuration: | |||
# here if using a non-default value. The `velero server` default values are shown in the | |||
# comments below. | |||
# -------------------- | |||
# `velero server` default: restic |
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.
You don't have to fix this in this PR, but if these values are to be set by the user, we better add more explanations in the comment
The PR #414 have moved the upgrade CRD job from post hook to pre hook to ensure that the custom resources create/upgrade after the CRD installed/upgraded. Therefore, the helm hooks for the custom resources are no longer required includes - backupstoragelocations.velero.io - volumesnapshotlocations.velero.io - schedules.velero.io
The PR #414 have moved the upgrade CRD job from post hook to pre hook to ensure that the custom resources create/upgrade after the CRD installed/upgraded. Therefore, the helm hooks for the custom resources are no longer required includes - backupstoragelocations.velero.io - volumesnapshotlocations.velero.io - schedules.velero.io Signed-off-by: JenTing Hsiao <hsiaoairplane@gmail.com>
The PR #414 have moved the upgrade CRD job from post hook to pre hook to ensure that the custom resources create/upgrade after the CRD installed/upgraded. Therefore, the helm hooks for the custom resources are no longer required includes - backupstoragelocations.velero.io - volumesnapshotlocations.velero.io - schedules.velero.io Signed-off-by: JenTing Hsiao <hsiaoairplane@gmail.com>
Signed-off-by: Ming mqiu@vmware.com
Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]
[velero]
)