Skip to content
This repository has been archived by the owner on Nov 1, 2022. It is now read-only.

Purge release on FHR delete #1106

Merged
merged 1 commit into from
May 29, 2018
Merged

Purge release on FHR delete #1106

merged 1 commit into from
May 29, 2018

Conversation

stefanprodan
Copy link
Member

Currently, when a FluxHelmResource gets deleted, the corresponding Chart release is only marked as deleted in Tiller. This prevents our users to redeploy the same release at a later time. This PR adds the purge option to the delete operation.

@stefanprodan stefanprodan requested a review from squaremo May 29, 2018 14:10
@squaremo
Copy link
Member

Why does Tiller only mark releases as "deleted" (i.e., what is the purpose of distinguishing between that and purging deletions)

@stefanprodan
Copy link
Member Author

The default behaviour is to prevent a release name to be reuse. I think the main reason would be to track what apps you have discontinued from your cluster.

@stefanprodan
Copy link
Member Author

The main problem with not purging releases is that you would expect from a GitOps Operator to undo any manual changes on a cluster. But if you delete a FHR by mistake, the Helm Operator will error out forever since Tiller will prevent it from applying the state from Git.

@squaremo
Copy link
Member

you would expect from a GitOps Operator to undo any manual changes on a cluster.

What happens if someone deletes a release manually (without purging)? A different problem, I grant you ..

Copy link
Member

@squaremo squaremo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems like the right thing to do, since it avoids one way of wedging the operator. Thanks Stefan 👍

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants