Closed gerrywastaken closed 4 years ago
I bumped into exactly the same issue. Is there a solution to remove "wait" feature from "block" step?
After some trail and error I have managed to get a block step to work so it is not dependant on any other block steps:
steps:
- block: " Test 1"
depends_on: ~
key: "test-1"
- label: TEST 1
commands:
- echo "test 1"
depends_on: "test-1"
- block: " Test 2"
depends_on: ~
key: "test-2"
- label: TEST 2
commands:
- echo "test 2"
depends_on: "test-2"
- block: ":amazon-rds: Test 3"
depends_on: ~
key: "test-3"
- label: TEST 3
commands:
- echo "test 3"
depends_on: "test-3"
As well as using the depends_on
attribute, there are also input
steps available. They perform the same function as block steps, but without creating dependencies on other steps. Input steps will block your build from completing, but will not automatically block other steps from running unless they specifically depend upon it.
I'm going to close this issue, but if you run into any trouble getting dependencies or input steps working, please shoot through an email to us at support@buildkite.com and we can help you get it sorted! 🙏🏻
@harrietgrace It's been more than a year since I've used Buildkite, but from memory an input step didn't work in the same way as a block step and won't output something like [user] unblocked [step]
(maybe I'm wrong). So this seems like a bit of a work around. I'm glad to see the docs have been updated though and I appreciate the response.
Given the following pipeline
After all stages are unblocked we end up with the last command waiting for the second command to successfully exit, even though no
wait
step was specified.The docs for
wait
specify:The docs for
block
:But perhaps a more appropriate description is:
The docs do say this:
But that's not the same as saying it will cause a
wait
regardless of it's blocked state. This is also a problem becauseblock
does not supportcontinue_on_failure
.Is there any way for
block
to only wait to be unblocked and not wait for success of previous steps?