General
-
Parallel deploy throttle
Currently you can throttle the number of package aquisitions and the number of machines which will run steps in parallel.
We see issues whereby too many steps run on the same machine causing out of memory issues.
Can you please add configuration to limit the number of steps running in parallel on a single machine
12 votesGood news – we’ve started planning this work over here: https://github.com/OctopusDeploy/Issues/issues/3305 :)
-
Machine policies cleanup unavailable machines days or hours?
User interface shows hours and minutes, however the API is returning a time span of days, so for example I've set 99 hours, but the time span from the API is 2376 hours or 99 days.
16 votesThis has been confirmed as a bug so has been moved to GitHub. Thanks for the report. Please reach us on our support channels to inquire or report bugs like this :)
https://github.com/OctopusDeploy/Issues/issues/2938 -
Hide the "un-tenanted" release goup
It would be nice to hide the "un-tenanted" group of releases shown on the dashboard and project overview, if the project is configured as "require a tenant for all deployments". We don't want to delete these old releases, but they are no longer relevant to us and interfer with the information shown on the dashboard.
8 votesSee https://github.com/OctopusDeploy/Issues/issues/3169 for our plan and a workaround to get you started right now!
-
Deployment Machine Index
Currently every step is running for every machine.
When you are deploying multiple machines, If you have a step that needs to run only one time per deployment like a global task for whole environment (for example; executing some database scripts before or after deployment.)
But we need to determine machine index to run some script only at first machine...
Regards, best wishes...
29 votesWe have begun planning to provide some mechanism to allow for “Run step on N machines”, even when the roles map to multiple tentacles. The mechanism for selecting the machine that the deployment will run under is not yet clear.
https://github.com/OctopusDeploy/Specs/issues/22 -
Better guidance for TFS users
Provide some really good guidance to help people use TFS and Octopus together.
112 votesWe’ll be building this very soon
-
Ability to run a powershell script **once** before and/or after the deployment
Sometimes you need to run a script notify other systems before or after a deployment, such as monitoring systems load-balancers etc. (currently we ping NewRelic when we deploy).
To do this in the current powershell script model you have to be creative by somehow running the script on one of the tentacles. Though there are several ways of doing this they all lead to annoying management issues since you essentially have to choose a tantacle to run the script on. One issue could be that if the tentacle is decommissioned the script stops running (without warning). It would be nice…
99 votesWe are going to implement this soon. To track progress subscribe to https://github.com/OctopusDeploy/Issues/issues/4159
The Workers (https://github.com/OctopusDeploy/Issues/issues/4158) feature is related and covers some of the use cases described in the comments.
-
Allow people to write plug-ins/add-ons with an SDK
Potentially create some kind of SDK to allow for hooking into various parts of Octopus. e.g.: permissions/users could be given a custom implementation and provided by active directory.
~~~~~~~~
Example plugins we should build:https://github.com/OctopusDeploy/Issues/issues/511
https://github.com/OctopusDeploy/Issues/issues/31259 votesWe’re going to start on this very soon. I’d love to collect more examples of what people want to do with plugins (not so much how the plugin would work/what kind of extensibility, but the actual problem you want to solve)
- Don't see your idea?