deploy_feedback icon indicating copy to clipboard operation
deploy_feedback copied to clipboard

Provide ability to delete Preview deployments

Open thegaryroberts opened this issue 3 years ago • 8 comments

As far as I can tell all preview deployments remain active indefinitely. The ability to delete earlier preview deployments would be helpful for a number of reasons: Reducing resource waste, minimise potential impact of security issues, data protection issues and for general peace of mind.

It would be particularly useful if these could be deleted in bulk!

thegaryroberts avatar Dec 24 '21 20:12 thegaryroberts

Seems reasonable. What about a "automatically disable preview deployments after x number of days" option?

Do you want projects to be "deleted" or just "disabled"? The difference is that one is unrecoverable, while the latter is reversible (it just disables routability to the deployment).

lucacasonato avatar Jan 10 '22 10:01 lucacasonato

An option to "automatically disable preview deployments after x number of days" would be ideal for my purposes yes! Would save any manual maintenance steps. Another alternative instead of basing it on time elapsed, would be deployment count. e.g. "automatically disable nth preview deployment".

In addition to the above it would still be useful to have an emergency: "delete this specific deployment" button.

For my considerations I would be wanting a full delete, so that the code/data did not exist on servers anywhere (except for the original source control). That is preferred over disable with possible restore as it is reasonably* straight forward to recreate a deployment with a push to the branch. But I could see value in both as options more generally.

*excluding the challenges around environment variable restoration/rollback.

thegaryroberts avatar Jan 10 '22 17:01 thegaryroberts

I'd also like some way to clean up iterative PR work from months ago :) Having the extra deployments stored long term isn't benefiting anyone and it's possible that accidentally using one of those deployments later on can cause problems from reviving half-ready features.

Another automation proposal: A two-stage lifecycle such as deactivate after x days, and then delete y days after deactivation date, would be pretty careful without leaving all the cruft attached from 6 months ago. 30 days followed by 7 days would be safe for most workflows I think. I personally would be happy with 7 days / 7 days, but if configurability is on the table then this provides a pretty flexible cleanup system.

danopia avatar Jan 14 '22 11:01 danopia

An option to "automatically disable preview deployments after x number of days" would be ideal for my purposes yes! Would save any manual maintenance steps. Another alternative instead of basing it on time elapsed, would be deployment count. e.g. "automatically disable nth preview deployment".

In addition to the above it would still be useful to have an emergency: "delete this specific deployment" button.

For my considerations I would be wanting a full delete, so that the code/data did not exist on servers anywhere (except for the original source control). That is preferred over disable with possible restore as it is reasonably* straight forward to recreate a deployment with a push to the branch. But I could see value in both as options more generally.

*excluding the challenges around environment variable restoration/rollback.

A delete icon next to every preview deploy would solve the issue for now but in the long term in large scale project which have tons of deploys everyday this won't scale enough.

But a delete option is always nice to have to quickly kill code that might have vulnerabilities or other issues, right now they would live on and bad actors have free hands if they know the version specific URL.

I'd like to see these options:

  • Delete button per deploy.
  • Option to set allowed number of versions with the option to turn it to 0 so only the production instance stays alive.

MikaelPorttila avatar Apr 05 '22 16:04 MikaelPorttila

It's not really an issue for me but I just want to delete preview deployments to save Deno Deploy server resources, if that makes sense I commit to my repo like 10 times per day and seeing about 50 preview deployments that I dont really care makes me feel sorry for wasting Deno Deploy server resources Looking forward to be able to delete preview deployments and even better, disable automatic preview deployments!

lts20050703 avatar Apr 11 '22 06:04 lts20050703

Is there any update on this?

lts20050703 avatar Jul 29 '23 11:07 lts20050703

This would be a very helpful feature addition imo.

oliver-oloughlin avatar Dec 13 '23 03:12 oliver-oloughlin