You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For lifecycle release retention policies, you have the option of specifying the number of releases that you wish to retain.
The minimum number of previous releases that you can specify is 1. If you change the number of releases to 0 and click save, then when the page reloads, it will have automatically changed the selection to "Keep All".
This is a reasonable minimum value, because if we allowed people to set the minimum to 0, then a release might be deleted after someone has created it, but before they have deployed it.
On top of this, we keep extra releases around. I believe we keep any releases that are shown on the dashboard, which means the current release, and the previous release. Conceptually, we keep all releases on the dashboard, plus additionally the number of releases specified in the retention policy. So a retention policy of "Keep last 1 release" actually keeps 3 releases.
None of these caveats are made obvious in the UI. We should consider changing the control somehow. Perhaps we could add more details and links to documentation. Perhaps we should make the minimum number of releases that you can retain 3, to better reflect what we are doing behind the scenes.
The text was updated successfully, but these errors were encountered:
This thread has been automatically locked since there has not been any recent activity after it was closed. If you think you've found a related issue, please contact our support team so we can triage your issue, and make sure it's handled appropriately.
lockbot
locked as resolved and limited conversation to collaborators
Nov 23, 2018
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
For lifecycle release retention policies, you have the option of specifying the number of releases that you wish to retain.
The minimum number of previous releases that you can specify is 1. If you change the number of releases to 0 and click save, then when the page reloads, it will have automatically changed the selection to "Keep All".
This is a reasonable minimum value, because if we allowed people to set the minimum to 0, then a release might be deleted after someone has created it, but before they have deployed it.
On top of this, we keep extra releases around. I believe we keep any releases that are shown on the dashboard, which means the current release, and the previous release. Conceptually, we keep all releases on the dashboard, plus additionally the number of releases specified in the retention policy. So a retention policy of "Keep last 1 release" actually keeps 3 releases.
None of these caveats are made obvious in the UI. We should consider changing the control somehow. Perhaps we could add more details and links to documentation. Perhaps we should make the minimum number of releases that you can retain 3, to better reflect what we are doing behind the scenes.
The text was updated successfully, but these errors were encountered: