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
Copy file name to clipboardExpand all lines: src/pages/docs/administration/managing-infrastructure/server-configuration/managing-configuration.md
+7-19Lines changed: 7 additions & 19 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
layout: src/layouts/Default.astro
3
3
pubDate: 2023-01-01
4
-
modDate: 2023-01-01
4
+
modDate: 2025-06-10
5
5
title: Managing server configuration
6
6
description: The Octopus Server configuration can be managed programmatically through the Octopus.Client library and the API
7
7
navOrder: 1801
@@ -22,19 +22,8 @@ In the Octopus Web Portal, you can access configuration by navigating to **Confi
22
22
23
23
Using [Octopus.Client](/docs/octopus-rest-api/octopus.client), each of the configuration types can be managed programmatically, reading from and writing back to the Octopus Deploy database.
24
24
25
-
The class definitions for each of the configurations is available by referencing the relevant `Octopus.Client.Extensibility.*` library, which are available via NuGet:
A retention policy can be applied to packages in the built-in Octopus package repository. By default, the policy is set to keep all packages indefinitely. This policy is *separate* from the [release retention policy](#releases-whats-deleted) described above.
58
+
A retention policy can be applied to packages in the [built-in Octopus package repository](/docs/packaging-applications/package-repositories/built-in-repository). By default, the policy is set to keep all packages indefinitely. This policy is *separate* from the [release retention policy](#releases-whats-deleted) described above.
@@ -70,6 +70,22 @@ When a package retention policy is applied, Octopus will delete packages that me
70
70
When configuring the repository retention policy, it's also worth making note of your [release retention policy](#releases-whats-deleted) settings too. When releases are deleted as a result of your release retention policy, then packages associated with those releases may become subject to cleanup by your repository policy.
71
71
:::
72
72
73
+
:::div{.info}
74
+
From Octopus Cloud version 2025.3.672, packages associated with releases in the Octopus Built-in repository can be deleted. This feature is behind a feature toggle, please contact michelle.obrien@octopus.com if you would like to turn this feature on.
75
+
:::
76
+
77
+
From the Built-in Repository Retention configuration page:
78
+
79
+
- Select **A limited time** and configure the number of days to retain packages.
80
+
- Select **Always keep packages used by releases and runbook runs on the dashboard**
81
+
82
+
This option ensures that packages associated with releases and runbook runs are deleted from the Built-in Repository. Any packages associated with releases displayed on either the main dashboard or a [project dashboard](/docs/projects/project-dashboard) are **never deleted**. Any packages associated with runbooks displayed on the projects runbook dashboard are also **never deleted**.
83
+
84
+
When this option is selected and a package retention policy is applied, Octopus will delete packages that meet *both* of the following criteria:
85
+
86
+
1. The time span from the package's initial publish date exceeds the configured time period in the policy
87
+
2. The package is **not associated with a release or runbook run displayed on the dashboard**
88
+
73
89
### Build information \{#build-information-whats-deleted}
74
90
75
91
[Build information](/docs/packaging-applications/build-servers/build-information) stored in Octopus is associated with **packages**. Octopus will decide how long to keep the build information based on the package they are linked to:
Copy file name to clipboardExpand all lines: src/pages/docs/approvals/jira-service-management/index.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -169,6 +169,8 @@ If you add a variable to your project named `Octopus.JiraServiceManagement.Chang
169
169
then an Issue will not be created, and instead, the supplied number will be used during the
170
170
approval check. This variable can also be [scoped](/docs/projects/variables/getting-started/#scoping-variables) or configured as a [Prompted variable](/docs/projects/variables/prompted-variables).
171
171
172
+
From **2025.2** on this can be set under the `Jira Service Management Issue settings` section on the deployment or runbook run creation page. Setting the Issue number at the deployment or runbook run level will override any predefined variable.
173
+
172
174
### Setting up environments for CR approval
173
175
174
176
To enable an environment to enforce a requirement for an approved CR, navigate to **{
0 commit comments