deploy_feedback
deploy_feedback copied to clipboard
Provide ability to delete Preview deployments
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!
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).
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.
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.
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.
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!
Is there any update on this?
This would be a very helpful feature addition imo.