Compare releases

Compare releases and check for compatibility between your existing Octopus Server and new releases.

→

What's new

These are the most important features you'll get by upgrading from 2018.1.5 to 2018.2.1

Octopus 2018.2

Changes in 2018.2

See our release blog post for more details.

New Features

Octopus 2018.2 brings a number of exciting new features including the much requested step to deploy a release, the ability to deploy AWS CloudFormation templates, delete existing CloudFormation stacks, and run scripts with the AWS CLI.

Breaking Changes

If you are using an older version of Octopus.Client.dll to access /api/feeds/all then this will now error. You will need to update to >= 4.30.7 of Octopus.Client. The reason for this is that we have added a new feed type for releases of Octopus projects, to support the new Deploy Release step.

In anticipation of some upcoming new feed types we have hit the point where we were forced to revisit how we expose the packages API for external feeds, and how we store cached packages for deployments. Unless you are hitting the Octopus API directly to search through your external feeds or rely on specific naming of the cached packages, then there should be almost no impact to you. One side effect of the change to package cache names is that the current packages cache on the server and tentacles will be no longer checked so new deloyments will use the new package names. More details about these changes are available in the GitHub tickets "Packages API does not meet the requirements of our expanding feed types #4114" and "Modify the cache naming format to allow for new feed formats #4211".

Upgrading

All of the usual steps for upgrading Octopus Deploy apply.

Octopus 2018.1

Changes in 2018.1

See our release blog post for more details.

New Features

This January release of Octopus Deploy is primarily a security release driven by Octopus Cloud and will also benefit each of our customers running Octopus Deploy on-premises. We highly recommend upgrading.

You'll also notice our new versioning strategy: what would normally have been Octopus 4.2 is actually 2018.1. Read more about why we changed.

Improvements

  • When installing Octopus Server and using a Custom Windows Account to run the service, the installation wizard will configure SQL Server correctly so the Custom Windows Account can access the database
  • Steps may now be explicitly configured to run before or after package acquisition
  • The built-in worker, which executes deployment steps and scripts on the Octopus Server, can now be configured to run using a different, lower-privileged user account
  • Fix for infrastructure overview not correctly flowing tag sets from associated tenants
  • Import using the Octopus migrator finds the correct deployment process for scripts from similarly named projects
  • Existing orphaned channels and releases are removed from the database
  • The check to see whether a step template is in use is now much quicker
  • Environments, channels and tags now cannot be deleted if they are used by a disabled step in a project's current process
  • Package notes are fetched in bulk and in async, meaning a release can be deployed without all notes being downloaded first
  • The installed version of Octopus Server is now tracked to help us provide support when data issues occur and is a precursor to raising and event on upgrade

Breaking Changes

Auto machine removal now happens as part of health checks. Minor breaking change API endpoint for machine removal logs is removed and machine removal logs are no longer stored on the Octopus server

Upgrading

All of the usual steps for upgrading Octopus Deploy apply.

Release notes

These are the features and fixes you'll get by upgrading from 2018.1.5 to 2018.2.1.

Changes in Octopus Server 2018.2.1

  • 3494 - When scrolling through many environments in project overview, the releases column is now fixed
  • 3900 - Fixed missing audit entry when a variable scoped to a single environment and that environment is deleted
  • 3930 - Fixed role deletion mechanism, it will now be removed from teams that were referencing it, after the user is shown a warning
  • 3980 - Add account usage UI to /infrastructure/accounts/[account]
  • 4114 - Packages API does not meet the requirements of our expanding feed types
  • 4176 - Projects overview table first column is now fixed width
  • 4180 - Added new step: Deploy a Release
  • 4211 - Modify the cache naming format to allow for new feed formats
  • 4216 - Added additional steps and account types to support AWS scripts and CloudFormation deployments
  • 4222 - Fixed a bug where deleting a channel could result in orphaned channel version rules and break the project dashboard
  • 4238 - Fixed a bug with incorrect target counts on the infrastructure dashboard under tenant target sets
  • 4239 - When AutoDeployLastProcessedEventAutoId is null Octopus attempts to process all previous events
  • 4255 - 2018.2 Bug Bash Feeback: Delete Account
  • 4257 - Fixed permission issue where users deploying a project they had permissions for would fail

Changes in Octopus Server 2018.1.5

  • 4208 - Fixed issue where task creation required higher level permissions than needed
  • 4225 - The built-in repository can now be configured by a user with the ConfigureServer permission instead of requiring the AdministerSystem permission
  • 4235 - All nodes can now be drained at the same time
  • 4242 - Scrollbars are restored after using code editor in fullscreen