Each step returns its own check status to GitHub PR
long-term
S
Silver Meerkat
Currently, the DroneCI pipeline returns only one status to GitHub PR for example
my-org/drone-ci/pr
. It is AND
logic. It will be success
if ALL steps finish successfully, or fail
if ANY step fails. To have more granular control over PR checks (optional vs required) every step should be able to return its own status (if no status is defined it should contribute to the base pr
checks status - my-org/drone-ci/pr
). As of today, this can be accomplished only with 3rd part plugins (ex: jmccann/drone-github-status
). This should be moved to droneCI native pipeline definition. Example usage:kind: pipeline
type: docker
name: go-pr-additional-test
steps:
- name: test-1
image: alpine
check-context: my-org/drone-ci/pr/test-1
commands:
- echo "Hello world"
- name: test-2
image: alpine
check-context: my-org/drone-ci/pr/test-2
commands:
- echo "Hello world"
- exit 1
- name: test-3
image: alpine
check-context: my-org/drone-ci/pr/test-3
commands:
- echo "Hello world"
Log In
Rohan Gupta
Merged in a post:
GitHub PR annotations and webhook status
F
Formal Pinniped
When using Git triggers for CD pipelines it would be nice to automatically return the pipeline status for that commit via a webhook so it can be viewed in GitHub.
It would also be great if we could annotate PR's with deployment information.
I know that we could use custom scripts for this but it really should be a feature of your product and looks to be something you already implement in other areas of your tool suite e.g. https://developer.harness.io/docs/infra-as-code-management/pipelines/operations/pr-automation/
N
Nofar Bluestein
long-term