522 results found
-
Prompted Variables to save value per Release.
This would allow Repeatable Release from Dev to QA to Prod.
You would ask for value in begging of life cycle just like now,
but for QA and Prod it would Retain that value entered in Dev as preset.thank you
28 votes -
Add sorting to Channels
Since 3.4 the Project Overview dashboard is now grouping and sorting by Channel name, with the default channel at the top. Previously, the recently created releases were at the top, allowing for quick promotion.
We have many channels, which are numbered, and with the current sorting, the newest ones appear at the bottom, and out of order (e.g. default, 100, 101, 75,etc.).
It would be nice to add the ability to re-order the channels (on the channels page) similar to how you can re-order steps and environments.
28 votes -
Enhanced variable substitution in ARM template deployment
When using an ARM resource group deployment, Octopus asks for parameters file, which is JSON, and replaces parameter values with matching variables.
We would like to use the JSON variable substitution syntax mentioned here: https://octopus.com/docs/guides/deploying-asp.net-core-web-applications/json-configuration-variables-feature
this would help us maintain a working parameters file that can be used outside of Octopus.
27 votes -
Allow variable version for packages when creating releases
We have a nuget package which has been named after our tenants.
We want to deploy the package as a part of our overall pipeline, however when we generate the release it wants a version number for that package, and each package has its own individual version, as some tenants have their package updated more often than others.
We would like Octopus to resolve the Package Version at deployment time, just like it resolves the Package ID when using a variable binding expression.
In this case it would be useful if you could specify "*" or "latest" (think docker) so…
27 votes -
Identify and separate feature/branch releases and mainline releases
Under our git process, we utilise feature branches quite frequently. However, this can result in some messiness in Octopus where feature branch releases are mixed up with mainline/master releases. It would be great if a release could be marked as feature/branch release of it was a mainline release and then filter on those release types in the project pages of Octopus. This could be similar to nuget's pre release tag.
27 votes -
Allow blocking of all releases to the production environment for a particular project
On face value the (new-ish) Lifecycle and Release Blocking features of Octopus Deploy are very exciting, however there is a slight bugbear that makes them impractical for my workplace.
We use continuous integration practices and as a result, all commits to shared source control repositories are automatically built and (if that build is successful) an automatic release is created / deployed to our development environment. Once the developers are happy with that release (in the development environment) it is then manually promoted to the staging environment for user access testing, after which it can be manually promoted to production.
The…
26 votes -
Extend the Subscriptions feature to allow runnable scripts
Octopus Subscriptions should be extended to include support for running scripts (PowerShell, C# etc) in response to events. That, or allow the community to write their own extensions for Subscriptions (similar to how auth extensions were implemented).
This would save us from having to setup an external webhook for Octopus to communicate with / cut out the middle man.
- This was originally feedback from the Subscriptions blog post.
23 votes -
Make variable list usable for configuring IIS bindings.
When adding a binding to IIS in Octopus, you can only use seperate variable. Every binding needs a new variable. Some of our deployments have over 50 bindings. We create each binding separate. If we use a variable list only the last item of the list end up in de IIS binding. It would help us a lot if we could ad three generic bindings (Test, Acceptation, Production), en in the bindings use a variable list, containing all the IIS bindings.
22 votes -
Allow prompt variables to be scoped to more than just environments
As of 3.0.11. prompt variables can only be scoped to environments. It would be good to be able to scope them to steps, roles and machines as well.
22 votes -
Make sensitive variables more secure
Sensitive variables pass to script as a String, so they could be written to file/socket. I think there should be an option to make those variables more secure and pass them as SecureString instead of String.
21 votes -
Undeploy project from servers
We miss ability to undeploy a project from servers.
Undeployment could run an Undeploy.ps1 script from the package that would contain logic for removing the service from a server (removing web app files, deleting databases, uninstalling a software).
Currently there is no way to remove a project from a server if it is no longer used to run a service from the project (eg. changing where an web app will run, or removing programs installed by the deployment scripts).
21 votes -
Implement SFTP Support in the FTP Package Deployment Step Template
The FTP deployment step supports FTP and FTPS but not SFTP. Adding this would let Octopus users securely deploy to a much broader range of systems (i.e. Unix-y ones instead of Windows).
21 votes -
Add cmdlet to download artifact
New-OctopusArtifact allows you to attach an artifact to a release. If you wanted to use that same artifact in another step on the same deployment, you'd need to use the API.
It might not be such a bad idea to have a
Get-OctopusArtifactcmdlet that returns info about that artifact, as well as aDownload()method the download the full file from a Tentacle.20 votes -
Collect logs from offline installs
Offline install packages are a nice way of introducing Octopus and Calimari installs into an existing enterprise without having to directly attempt to change the change management process straight off.
However in doing so one of the principal 'sell' points of Octopus - centralized logging - is lost.
It would be nice if offline installation also took care of transmitting the installation logs back to the central server (presumably if possible), so the installs would look largely like any other install.
20 votes -
Skip to failed step on "Try Again"
When choosing to try again on a deployment it would be really nice to have an option to skip all steps that did deploy successfully.
20 votes -
Moved recetly deleted projects into a "trash" location so can easily restore them
I have accidentally deleted projects multiple times now.
When I am in a rush and want to manually recreate a release I have to delete it - which has a very similar sequence of actions required to delete the project! :(
The only way to get the project back is to restore the database. It would be nice if you could just hide the project from the GUI and keep it into a trash can somewhere which could retain it for a limited perioud (e.g. a month).19 votes -
Allow copying of a runbook between projects, or a runbook template across projects, or master runbook view across all projects
Allow copying of a runbook between projects, or a runbook template across projects, or master runbook view across all projects
18 votes -
When deploying project containing Deploy Release step, allow previewing steps and excluding machines from child deployments
Currently when deploying a project containing one or more Deploy Release steps (https://octopus.com/docs/deployment-process/coordinating-multiple-projects/deploy-release-step), there is no ability to preview the deployment steps that will be executed in the child deployment, nor the ability to exclude machines from the child deployment.
It would be nice to surface this information on the create-deployment page of the parent project.
18 votes -
Add ability to run child steps for a sub set of the parent step roles
As of 3.3 roles with in child steps are all-in: The childs will inherit all the roles from the parent
Would the below feature be useful?
- There's a parent step with 3 Roles "Role1","Role2","Role3".
- Child 1 can be scoped only to "Role1".
- Child 2 can be scoped only to "Role2" & "Role3".
- Child 3 can be scoped to the 3 roles.
- No child can be scoped to a role outside of the 3 defined by the parent.
Source: http://help.octopusdeploy.com/discussions/questions/7673
18 votes -
Allow an API call to return resolved variables
This would ease the guessing work that needs to be done while trying to evaluate the release variables. This would also resolve any of the system variables that are needed to be used inside of the project variables.
18 votes