Share this post
Portainer version 2.39 LTS is now available, and includes a number of new fixes and updates, bringing the changes from the previous STS releases into the LTS stream.
Long Term Support (LTS)
2.39 is a Long Term Support, or "LTS", release of Portainer. LTS releases are intended to to be solid, tested, production-ready versions of Portainer, suitable for running in both testing and production environments. LTS releases generally do not have any additional features as compared to the previous STS release, but rather are a consolidation of all the new features and changes that have gone into the previous STS releases but with additional polishing and testing.
You can read more about our release principles in our lifecycle policy.
Fleet Governance Policies
With this release we’re introducing Fleet Governance Policies - a new way to govern container infrastructure at scale.
As organizations grow, it’s common to end up managing tens or even hundreds of clusters, each configured slightly differently, which quickly turns into an operational and security headache. Fleet Governance Policies help you define security, access, and configuration standards once, then automatically enforce them across your entire fleet, regardless of cloud, region, or deployment model. Policies stay continuously enforced, correct drift automatically, and apply instantly to new clusters as they’re onboarded. With prebuilt policy templates for production and development environments, it’s easier than ever to get started - and this is just the first step toward true fleet-wide cluster management in Portainer.
We're really excited about where this will lead in the future - give it a try and let us know your feedback!
Alerting graduates from experimental
In earlier releases, we introduced alerting as an experimental feature, allowing administrators to configure alerts based on conditions such as environments going offline, failed backups, or high resource usage. Since then, we’ve refined and improved the feature, and in 2.39 alerting is now generally available. Administrators can enable alerting under Observability from the Additional Functionality section, making it easier to monitor environment health and react to issues without relying solely on external tooling.
Docker stack renaming
You can now rename an existing Docker stack as part of the Stack duplication or migration workflow. This makes it easier to reorganize or migrate stacks without needing to recreate them from scratch.
Shared Git credentials
You can now create and manage shared Git credentials directly from the Shared Credentials view. These credentials can be reused across deployments and templates by any admin-level user, without exposing the underlying secrets. Once added, shared Git credentials can be selected when setting up a deployment or when creating a custom Docker template, reducing duplication and simplifying Git-based workflows.
Registry management improvements
As part of our ongoing transition from Angular to React, we’ve refactored the registry repository management view. Managing repository tags is now significantly simpler. We’ve streamlined how tags are loaded, added, and removed, eliminating the need for manual batch loading and making registry management faster and more intuitive - especially when working with large repositories.
Inspect Kubernetes CRDs and custom resources
Administrators can now inspect Kubernetes Custom Resource Definitions and their associated custom resources directly from the Portainer UI. You can view resources as raw YAML or see a detailed summary equivalent to kubectl describe, making it easier to understand and troubleshoot custom resources without leaving Portainer.
Node YAML editor
We’ve added the ability to view node YAML directly from the Node details view. For Portainer Business Edition users, this goes a step further - you can now apply changes to the node YAML directly from the UI, making it easier to inspect and manage node-level configuration without switching tools or contexts.
Git-based Helm deployments
Helm chart deployments can now be managed directly from Git. You can deploy Helm charts from a Git repository, track whether a release is in sync with its source, and view Git details for deployed releases. Applications created from Git can also be updated by modifying the Git settings directly within the application view, bringing Helm workflows more closely in line with GitOps practices.
Helm manifest preview
When creating or upgrading a Helm chart, you’ll now see a Manifest preview alongside the values YAML. This allows you to inspect exactly what Kubernetes resources will be applied before committing a deployment or upgrade, helping catch configuration issues earlier and making Helm-based workflows more transparent.
Always clone option for Edge stacks
For Edge stacks that use relative path volumes, there’s now an Always clone option. When enabled, Portainer will automatically pull the latest content from the Git repository during deployment, ensuring that Edge environments always receive the most up-to-date configuration and files.
These are just the major changes in this release - there's a lot more here. You can find a full list of changes in the release notes in our documentation.
Installation and update instructions are available in our documentation as well, as are instructions for upgrading from CE to BE.
