David Roberts

My feedback

  1. 153 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    7 comments  ·  General » Integration  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts supported this idea  · 
  2. 4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts supported this idea  · 
    David Roberts commented  · 

    Yes. PLEASE! I'd buy multiple for colleagues.

  3. 1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  General » Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts commented  · 

    I'm not following you on what you mean by 'build'. Do you mean a project? Or are you speaking of the different versions/builds of Octopus Deploy itself?

  4. 2 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  General » Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts commented  · 

    Have you looked at the elastic and transient environments capability?
    https://octopus.com/docs/deployment-patterns/elastic-and-transient-environments

    Specifically the 'Deploy to transient targets'?
    https://octopus.com/docs/deployment-patterns/elastic-and-transient-environments/deploying-to-transient-targets

    It might be what you're looking for. You can create the targets, assign roles and all and they would initially be 'unavailable', in your process you might have a step that would create those targets, add a step to perform a health check (mentioned in second link) the process would see the new targets available and the remaining steps would be able to use those newly available targets.

  5. 3 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts commented  · 

    Have you tried 'Channels'? Within the project you could clone a step, then set it's channel to 'branch-2.0' and set the original to 'main' or similar. When you create a release you can select the 'branch-2.0' or 'main' depending on what you are targeting for release. Once you've got the new step doing what you want, set it to the 'main' channel and then delete the original. You can apply Channel filters to the variables as well.

  6. 9 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  General » Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts commented  · 

    I believe this is already available, when creating a step template select the 'Deploy a Package' type. Much like 'Deploy a package' in a project's process. You can then customize the pre,deploy,post powershell scripts in that template.

    You can't do exactly what you are stating (add a package variable) to a 'run as script' template, start from the 'Deploy a package' one and that may help.

  7. 307 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    21 comments  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts commented  · 

    Bump on this one. This has bit us in the past..wait coworker just updated me. Still biting. Just to clarify I'm referring to server roles (in environment dashboard). I simple name new and then remove the old is what causes the extra workload.

  8. 821 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    planned  ·  30 comments  ·  General » Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
    David Roberts supported this idea  · 
  9. 58 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    15 comments  ·  General  ·  Flag idea as inappropriate…  ·  Admin →

    We’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)

    David Roberts commented  · 

    Custom steps: In our case we'd like to be able to have a step that would check the ticket manager (MS Service Manager here) to verify that either a ticket exists for this promotion or just create a ticket based on the Octopus Variables to reduce processing lag.

    It can be done with powershell but sometimes it's nicer to be in the C# development side and potentially share the plugins as a NuGet if possible.

    David Roberts supported this idea  · 

Feedback and Knowledge Base