General

I suggest you...

You've used all your votes and won't be able to post a new idea, but you can still search and comment on existing ideas.

There are two ways to get more votes:

  • When an admin closes an idea you've voted on, you'll get your votes back from that idea.
  • You can remove your votes from an open idea you support.
  • To see ideas you have already voted on, select the "My feedback" filter and select "My open ideas".
(thinking…)

Enter your idea and we'll search to see if someone has already suggested it.

If a similar idea already exists, you can support and comment on it.

If it doesn't exist, you can post your idea so others can support it.

Enter your idea and we'll search to see if someone has already suggested it.

  1. Modify "Deploy release" button text when scheduling future deploy

    When scheduling a future deploy, it'd be nice if the "Deploy release" button text changed to "Schedule release" (or similar) so the user is 100% sure they are scheduling a future release without having to scroll back up and double check.
    It would also be nice to also have the "The deployment will start in approximately ...." text that currently lives under the schedule date/time picker duplicated next to the button, again so the user can easily verify that clicking the scary green button is going to do exactly what they want.

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
  2. Provide access to account credentials during deployments

    When a deployment is being executed, there may be some value in providing access to account credentials that have already been stored and managed in Octopus Deploy.

    While the primary motivating factor for creating the accounts section has been to provide access to deployment targets, some users may get value from using them to access or control other parts of their deployment process that sit behind some authentication mechanism. This would allow OD to better manage all the resources needed to fully complete a deployment with authentication details being securely managed in one place.

    The biggest concern with this approach…

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
  3. 0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  4. Multi-select tentacles for changing environment/roles

    Enable a way to make a changes (add/remove environment, add/remove role) to multiple tentacles at once.

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
  5. Hide Release

    Over time, older releases that are no longer in use just crowd up the release screen. I want to retain their history, so do not want to delete them.

    It would be nice to be able to hide releases.

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
  6. Add an ability to define your own package install directory

    having a variable to be able to define your own package installation directory is needed. We have a situation where we rely on roles to define variables for customers, but the package on the same environment will not install if it already has been, even though it needs to be re-extracted for the role variables to be applied. Having to force the package redeployment on all projects then takes a lot longer than it should. Having the ability to add role to the path of the package directory would stop this from being an issue for us. Something similar to…

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  7. Add option to Rention Policy to 'Keep last package' always

    We need an option in the retention policy to allow for keeping the last updated package in the repository 'always'.
    There are cases where the latest release does not included the latest package, but that package may still be needed later on.

    Source: UV 941

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  8. Show differences in scope values

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

    When displaying snapshots, show any variables whose scope values don't appear in the current set available to the project (owner)

    At the start of deployment, warn if scope values have changed (e.g. if Production is deleted and recreated, there will be a variable scoped to the old Production environment ID, apparently useful but not applied)

    Where the name associated with a scope value has changed, show the old and new names

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  9. Detect existing IIS bindings

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

    When running an IIS step, check if there are existing, conflicting bindings and alert/warn/error about them.

    0 votes
    Vote
    Sign in
    (thinking…)
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
1 2 59 60 61 63 Next →
  • Don't see your idea?

Feedback and Knowledge Base