Settings and activity
9 results found
-
100 votes
We have no specific work in progress at the moment, but we are actively listening in this area. Please continue to share specific scenarios.
An error occurred while saving the comment -
215 votes
An error occurred while saving the comment 
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.
Aaron Roydhouse
supported this idea
·
-
12 votes
An error occurred while saving the comment 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
·
An error occurred while saving the comment 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.
An error occurred while saving the comment 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.
-
8 votesAaron Roydhouse
supported this idea
·
An error occurred while saving the comment 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
-
68 votes
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 minutesThis 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
·
An error occurred while saving the comment 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.
-
3 votesAaron Roydhouse
shared this idea
·
-
3 votes
An error occurred while saving the comment 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.
An error occurred while saving the comment 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.
-
2 votes
An error occurred while saving the comment Aaron Roydhouse
commented
Aaron Roydhouse
shared this idea
·
-
14 votes
An error occurred while saving the comment Aaron Roydhouse
commented
Why does git support need to be per-proprietary service and not just support any git repo?
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).