General

  1. Run arbitrary PowerShell scripts on the tentacles

    I'd like to be able to run an arbitrary PowerShell script on a tentacle as part of a deployment step. The script would be uploaded to the tentacle like a package and executed.

    This would make pre- and post- deployment tasks easier (stopping/starting services, redirecting load-balancers etc).

    1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  2. Production deployments - require an authoriser

    To prevent accidental deployments to a production environment, please could you introduce something that allows a user to schedule a deployment, but one that requires a different user to authorise that deployment?

    4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    completed  ·  1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  3. Schedule a release

    Schedule a deployment of a release for a date and time

    https://github.com/OctopusDeploy/Issues/issues/252

    49 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  Flag idea as inappropriate…  ·  Admin →
  4. Don't reupload identical packages, bonus: pre-upload packages!

    Can you perhaps store the hash/checksum of a package and only reupload if it changes? It would save 20+ minutes for us each time we get a failed deployment.

    Also, the ability to pre-upload those packages would be very beneficial as we can upload during the day and perform the deploy during our given window - which would minimise the down-time

    44 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Flag idea as inappropriate…  ·  Admin →

    See comment – both of these features are now supported. If you think the implementation needs to work differently please raise on help.octopusdeploy.com or create a new suggestion here.

  5. Distinguish between Re-Deploy and Re-Upload.

    When you check Force redeployment of packages it has to re-upload the packages. Would like to force the package to be "re-executed" but using the .nupkg that was already uploaded.

    4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  6. Configure environment by code

    We would like the ability of managing deployment in a dynamic infrastructure. Example: A scaling group on amazon EC2 spawned a new instance and installed tentacle on it. It would be nice to be able to write scripts to config the tentacle with pre-defined fingerprint, and then add the new tentacle to the octopus.

    4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  7. Batch deployments

    This feature would make it possible to execute multiple deployments of releases to multiple environments simultaneously.

    The UI would allow you to select multiple releases from different projects, and for each release, choose an environment to deploy to. This feature would solve:

    http://help.octopusdeploy.com/discussions/suggestions/154-select-multiple-environments-to-deploy-to

    http://help.octopusdeploy.com/discussions/suggestions/174-parallel-batch-deployments

    http://help.octopusdeploy.com/discussions/questions/247-project-groups-deployment

    189 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    13 comments  ·  Flag idea as inappropriate…  ·  Admin →

    In Octopus 2.6, we added the ability to select multiple environments to deploy to. While this doesn’t allow you to deploy multiple releases simultaneously, it does allow you to deploy a release to multiple environments easily, which is what many people in the comments were asking for. Since it’s hard to separate the two, I’m going to close this item to release the votes.

  8. Delete .ps1

    My goal is to remove our deployment scripts from competitors eyes.

    Since the tentacle runs PreDeploy.ps1, Deploy.ps1, PostDeploy.ps1, DeployFailed.ps1 - i would like to tentacle to be responsible in deleting these files on a successful deployment. If it fails having those scripts will benefit if we need to debug through a tentacle using run-script.

    4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    completed  ·  2 comments  ·  Flag idea as inappropriate…  ·  Admin →
  9. Create notification hooks

    Email/sms/etc hooks on step/deployment success/failure

    108 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    18 comments  ·  Flag idea as inappropriate…  ·  Admin →

    Now that step templates make it easy to reuse scripts between projects, and the deployment process means you can put steps that run on failure or on success or both, I think this suggestion can be closed as “done”. There’s even a HipChat step template available to use right now:

    http://library.octopusdeploy.com/#!/step-template/actiontemplate-hipchat-notify

    I’ll close this since I don’t think we’ll do much else around this for the time being – that will free up some votes. Thanks all!


    Thanks for this suggestion everyone! I’d like to get some input on how notifications should work.

    Implementing a special notifications feature is tempting, but I think it could become a hugely complicated feature, especially when people want to only run notifications when deploying to certain environments, or only on failure, or to skip a notification just this once, etc..

    I’d like to find a way to support this, without requiring months of dev…

  10. log output from scripts as it is written

    Log output from deploy scripts as it is written. We run a backup script before updating that can take a while, but we have to wait until it is finished to see what was happening.

    6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  11. Adding release notes after release is created

    I think it would be a nice feature to be able to add release notes after the release package has been created. If you are working in a CI environment, you will not write those notes on every build. When you decide that the build that was just built should be the one that should be release it would be nice to be able to log into octopus and update the release package that was created with a release note before promoting it to a new environment.

    16 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Flag idea as inappropriate…  ·  Admin →
  12. Determine NuGet feed dependent on Environment

    Scenario:
    FEED1 populated by the output from the build system
    FEED2 populated by QA choosing version required from FEED1
    FEED3 populated by QA approving a version from FEED2

    A project draws from the FEEDs as follows

    Integration from FEED1
    
    QA from FEED2
    UAT from FEED3
    Producton from FEED3

    Could be done as part of project configuration, so when setting up a project you define the feed for each environment

    Or could be done at point of deployment, but this potentially allows incorrect feeds to be used

    28 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    completed  ·  2 comments  ·  Flag idea as inappropriate…  ·  Admin →
  13. Use a local cache for packages when promoting between environments

    If you use environment in a "progressive" fashion, you deploy the version to an environment, then promote the package to another one, etc.

    Currently, octopus download the nuget package for each step, beside the fact that it should not have changed.

    We have our nuget feed hosted near our build server (inside organisation) and octopus portal outside. Our package is 20MB, and it takes 5 minutes to upload it to octopus. We don't want to move our nuget feed outside, as we deploy as a build step, and there are more builds than octopus deployments.

    Octopus portal could use a…

    12 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    completed  ·  1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  14. Non-javascript based links

    See: http://puu.sh/12dgc

    I'd like to be able to right click "links" and open them in new tabs, etc.

    Due to the implementation using javascript rather than "real" links, I'm unable to do that.

    Change requested: make use of <a> tags then override in javascript anyway if you want.

    3 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  15. Group projects into categories.

    For example create a category called Marketing, and then be able to add projects to that category, so that the dashboards can be cleaner and will easily be able to see what's running where.

    3 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  16. Global variables that apply to all projects

    It would be nice if you could set up global variables that apply to all projects, to set things like common logging connection strings or debug settings that should always be OFF in production etc.

    145 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    9 comments  ·  Flag idea as inappropriate…  ·  Admin →
  17. Support server roles

    Rather than directly associating machines with projects, you should be able to place machines in roles (buckets), and assign projects to deploy to those roles. This allows deployments using cloud providers to scale easily (you don't need to updates dozens of projects whenever you add/remove a machine from production).

    6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  18. Prevent someone from clicking the "Deploy Release" button twice

    As a twitchy release manager (or someone with a defective mouse), I would like it if Octopus prevents me from clicking the "Deploy Release" button twice or more in succession, so that I do not inadvertently screw up my release environments

    4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Flag idea as inappropriate…  ·  Admin →
  19. Role based security

    I work in a global team and could only consider Octopus if it had role based security. e.g. Only people in certain roles can deploy to certain environment.

    1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    completed  ·  1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  20. Auto-purge Tentacles

    Seems the "Auto-purge Tentacles" backlog item didn't make it to uservoice and haven't seen a release with this feature...

    https://trello.com/card/auto-purge-tentacles/4e907de70880ba000079b75c/20

    18 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    3 comments  ·  Flag idea as inappropriate…  ·  Admin →
  • Don't see your idea?

Feedback and Knowledge Base