Skip to content

Conversation

bec-callow-oct
Copy link
Contributor

[SC-111979]

Relates to: OctopusDeploy/Issues#9421

Copy link
Contributor

@octopus-hideaki octopus-hideaki left a comment

Choose a reason for hiding this comment

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

Looks good!

To configure quantity to keep, create a custom [Machine Policy](/docs/infrastructure/deployment-targets/machine-policies) and set the `Package Cache` policy to `Keep a limited number`. This will allow you to specify a number of versions to keep per package in the cache. By default this number of versions will be kept for all packages in the cache.
To restrict the number of packages to keep, select `From the most recently used packages`, and enter your preferred number of packages to keep. Octopus will ensure that only the least recently used packages and versions are removed.

Targets configured with this policy use the quantity to keep policy for retention.
Copy link
Contributor

Choose a reason for hiding this comment

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

Targets configured with this policy use the quantity to keep policy for retention.

This line might not be relevant anymore since we simplified the explanation

@@ -50,8 +50,17 @@ Note that if you use the [Custom Installation Directory](/docs/projects/steps/co

#### Packages

Packages that are transferred during the deployment are managed based on free disk space. For each deployment, prior to acquiring the package, the free disk space is checked and if less than 20% it will delete the “least used” package(s) from the Tentacle file store location. Packages that gets removed will be reacquired if needed for another deployment.
Copy link
Contributor

@octopus-hideaki octopus-hideaki Jun 4, 2025

Choose a reason for hiding this comment

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

What do you think about keeping the callout but only specifying that configurable package cache retention will be rolling out to Octopus Cloud customers first, and then available to Octopus Server customers in Q4 2025?

@bec-callow-oct bec-callow-oct merged commit 03ec3eb into main Jun 24, 2025
4 checks passed
@bec-callow-oct bec-callow-oct deleted the fnm/package-cache-policy branch June 24, 2025 06:23
adrianparker pushed a commit to adrianparker/octopus-docs that referenced this pull request Aug 4, 2025
…eploy#2736)

* Add machine policy - package cache retention policy details

* Remove toggle

* Remove extra header

* Add feature availability note
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants