I suggest you...

'Dry Run' Deployment

Sometimes deployments are bad due to bad configuration variables that are un-testable before releasing to production.
Having the ability to 'dry run' a deployment and see all the task outputs with specific highlighting for variables and evaluated variables would allow the identification of changes that need to be made before actually deploying to an environment.

610 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    AdminVanessa Love (Admin, Octopus Deploy) shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    21 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      Submitting...
      • Jamie commented  ·   ·  Flag as inappropriate

        Yes... this would be a welcome feature. As a new user I'm finding that it can be difficult finding proper values quickly. The ability to preview the deployment steps and the values that will be used would be an immense help and avoid some of the 'try and try again' routines I'm finding myself in.

      • Anonymous commented  ·   ·  Flag as inappropriate

        Yes we'd like to see the "diff" in the state of variables compared to current Before actual deployment so we can double check them

      • Stanislav Hordiyenko commented  ·   ·  Flag as inappropriate

        This would be really helpful if I can check that my refactoring didn't brake anything. I am doing it frequently as variables come and go, and I need always to work with them.

      • Anthony Geoghegan commented  ·   ·  Flag as inappropriate

        This should allow users to view the results of the "variables within variables" feature for the various prospective deployment options available. A simple dialog just like the variable scoping dialog could be used to vary the parameters to adjust what the resolved variable values would be.

      • Adam commented  ·   ·  Flag as inappropriate

        "- Ability to preview the evaluated variables for an environment/step/machine/tenant combo"
        I would love to see this available from the API. That would enable us to speed up our migration considerably. We have scripts to parse our existing configurations by env and add to octo api, but they dont have the ability to check env specific values across library sets.

        "we are thinking of either creating a tool,"
        I would expect to see this as a new command in octo.exe

      • Denis Pujdak commented  ·   ·  Flag as inappropriate

        It will be helpful for me too. I'd like to see Deployment Preview before release within information which instances are included, their old versions and where they are going to be. Thanks.

      • Nithin Shenoy commented  ·   ·  Flag as inappropriate

        A Dry Run or Preview mode would be fantastic. Based on this (http://help.octopusdeploy.com/discussions/questions/7680-previewing-transforms-and-substitution) discussion, I created a powershell script that uses the output of a "Drop Target" to make the transformations. See https://repne.wordpress.com/2016/06/10/previewing-octopus-web-config-transforms-via-offline-package-drops/ for the complete steps. It's hacky, but works. Something native in Octopus itself would be much more preferable.

      • Tim Thompson commented  ·   ·  Flag as inappropriate

        We have a large percentage of 'first' deploys to an environment fail purely due to the mental tax of trying to project the current variable configuration into it's final deployed state. An ability to 'dry run' and eyeball the resulting config files would almost entirely eliminate the need for our current practice of deploying to an environment _before_ it's required simply to confirm config values are correct.

      • TdeRoo commented  ·   ·  Flag as inappropriate

        This is a good idea, since we've had a situation where a deployment failed due to incorrect variable scoping which took us several days to find (needing Octupus Support). The fact that one of the key variables was undefined was not clear in the deployment log (even with octopus debug variables set).

      • Tim Gebhardt commented  ·   ·  Flag as inappropriate

        Yeah or if there was a view that allowed you to see that variables in use by other environments are "missing" from this environment and have been used, or something like that.

      • David Keaveny commented  ·   ·  Flag as inappropriate

        This suggestion definitely gets my vote. Especially when deploying to a new machine for the first time, there's too much an element of crossing fingers and hoping that you didn't forget one variable setting out of several hundred.

        Just being able to say something like "Do a dry run of project X deployed to environment Y", and having Octopus then describe each step, and particular what the variables will be, would save so many fails-so-update-variables-and-try-again scenarios.

      • Boz commented  ·   ·  Flag as inappropriate

        Really, really need this feature. Have been bitten a few times on releases to production because that is the first time you actually see what variables are replaced on each machine. No number of beta deployments can give you confidence that your Production variables are correct! I actually need to see variable setting by Environment, Machine Role, and Machine. Or at least the option to choose that level of detail and review variables that apply for that scope.

      • Michael Christensen commented  ·   ·  Flag as inappropriate

        If you have a setup with a lot of variables targeting different steps/roles/environments, it becomes difficult to predict what the exact variable values delivered to each step will be.
        For instance, I might have forgotten to define an important variable scoped for our production environment. My deployment script will then fail because the value is missing.
        It would cut down on the deployment error rate if it was possible to ask a release to show the variables that would be available in each of the steps associated with it, given an environment.

        A nice to have would be to be able to compare which variables are available to the same step in the different environments side-by-side, to spot variables available to only a subset of the environments

      • David Peden commented  ·   ·  Flag as inappropriate

        I came here from http://help.octopusdeploy.com/discussions/questions/3312-test-variable-substitution-in-config-files and am following Vanessa's suggestion to comment here. Technically, I think these should be two different requests as one seems way simpler than the other.

        What I really want is "Preview Transforms and Substitutions" more so than a dry run. Having to go through the whole build process to view the output is painful. Thanks!

      • Robin M commented  ·   ·  Flag as inappropriate

        I get a lot of value from the whatif feature in msdeploy which gives information about where the deployment is going and what's being changed in IIS and on the filesystem. Looking to switch to Octopus so a 'dry run' feature would be welcome.

      • Anders Truelsen commented  ·   ·  Flag as inappropriate

        Show variables in the Release dialog does not evaluate the variables to their actual values.
        Eg. if one variable uses one or more variables to produce its value the final value is not shown.

        This would make up for not having "dry run".

      • Adam Bezverkov commented  ·   ·  Flag as inappropriate

        If all this feature did was show the evaluated variables, transforms, and variable substitutions it would still be immensely helpful!

      ← Previous 1

      Feedback and Knowledge Base