Aaron Roydhouse

My feedback

  1. 211 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    11 comments  ·  General  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse commented  · 

    This would be great. The TeamCity model works well, with the ability to use a Process template. but then in the Process using the template, you can disable Steps or insert extra Steps (before/after/between any template Steps).

  2. 355 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    16 comments  ·  General » Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse commented  · 

    It would be great to combine this with timeouts for Steps. So if an idempotent Step gets stuck, it can eventually timeout and retry. Currently your Step can wedge for _days_. And you can only cancel the whole Task, not the Step.

    https://octopusdeploy.uservoice.com/forums/170787-general/suggestions/6396476-add-timeout-support-for-individual-steps-and-overa

    Aaron Roydhouse supported this idea  · 
  3. 28 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    5 comments  ·  General » Setup/administration  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse commented  · 

    Aggravated by this again. The required unnecessary menu and embedded advertising seems like a decision made for marketing purposes rather than for the benefit of users.

    Aaron Roydhouse supported this idea  · 
    Aaron Roydhouse commented  · 

    As well as the useless top-left menu, having access to a single spaces also causes the 'Configuration' menu item to appear for every user, even though there is nothing they can configure. There is a single section 'Spaces' with a single entry for their one Space.

    Aaron Roydhouse commented  · 

    Upgraded to 2019.x and immediately hit this. It's basically a great big ad in the middle of the application.

    Users with access to only one space should not have to put up with the ad or have the prime top-left location wasted on something they have no use for.

  4. 17 votes
    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 →
    Aaron Roydhouse supported this idea  · 
    Aaron Roydhouse commented  · 

    Related to this I've suggested adding SemVer 2.0.0 support for build information to Channel Version Rules.

    This would enable you to match the Channel experimental builds (built with extra debug stuff included) using the build information rather than using version numbers ranges as a proxy for the build metadata.

    0.1.2-beta.1+debug

    https://octopusdeploy.uservoice.com/forums/170787-general/suggestions/38026984-support-semver-2-0-0-for-channel-version-range-wi

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

    Until we implement this feature, the work around would be to monitor the deployment using the API and cancel it if a timeout has been reached.

    I have written up a script (https://octopus.com/blog/automating-octopus-with-azure-functions) that retrieves all running deployments for a project and cancels it if:
    - it has been running for more that 30 minutes
    - the first step has been running fro more than 20 minutes
    - the first step has not output any logs in 5 minutes

    This can run as a scheduled task. Alternatively you can use the subscriptions feature to kick off a piece of code (eg Azure function) that does this polling, as described in this blog post: https://octopus.com/blog/automating-octopus-with-azure-functions

    — Robert W

    Aaron Roydhouse supported this idea  · 
    Aaron Roydhouse commented  · 

    This forum issue also has Octopus suggesting you run your own scheduler and script outside of Octopus to polyfill for the lack of timeout functionality.

    Unfortunately all these work-arounds cancel the whole Task, not just the Step. So there is no opportunity to run on-fail/recovery/clean-up/notify Steps later in the Task. So there is really no solution or complete workaround to achieve Step Timeouts still.

    https://help.octopus.com/t/how-to-set-timeout-to-fail-long-running-deployment-step-powershell/23904/9

    https://github.com/OctopusDeploy/OctopusDeploy-Api/blob/master/REST/PowerShell/Deployments/CancelLongRunningTasks.ps1

  6. 1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  General » Deployment features  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse shared this idea  · 
  7. 0 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  General » Setup/administration  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse commented  · 

    Found it. I know it was somewhere obscure. It is tucked under the Acceptable User Policy:

    https://octopus.com/company/acceptable-usage

    "Storage for artifacts, task logs, packages and package cache is limited to 50 GiB."

    It is worth reading thw AUP actually. There is not way to backup or migrate from Octopus Deploy Cloud right now, so when the policy says "we reserve the right to suspend or terminate your access to our services without any prior warning or notice." That makes it quite a business risk to adopt the Cloud product.

    Aaron Roydhouse commented  · 

    Hi @Bryan I couldn't find documentation either but I did find the info somewhere unexpected - I forget where now sorry - and it said the ODC package storage limit was 50GB. There was no mention of any option to extend that. It would be nice to know how close to the limit we are.

  8. 1 vote
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  General » Setup/administration  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse shared this idea  · 
  9. 17 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  General » Integration  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse commented  · 

    Why does git support need to be per-proprietary service and not just support any git repo?

  10. 447 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    21 comments  ·  General » Setup/administration  ·  Flag idea as inappropriate…  ·  Admin →
    Aaron Roydhouse supported this idea  · 

Feedback and Knowledge Base