Closed sarod closed 2 years ago
Is this the expected behavior? I would have expected a failed backport to fail the step.
This is somewhat expected behaviour. It's not set in stone but my intention is to only mark operational failures as "failed". This way an ops person can verify whether the github action is performing as expected by monitoring the failure rate.
If merge conflicts are marked as failured it becomes very hard to spot if there are operational failures (eg. backport tool crashing) vs soft failures (merge conflicts).
I'd love it if it was possible to mark a job with other states than simply "success" or "failure" but it doesn't look like it.
That makes sense. Thanks!
Closing for now. Feel free to comment if this comes up again
Hi,
I followed the setup described in the README .
When the backport fails because of merge conflicts the action logs the following JSON object:
The
results
property part clearly indicate that there was some merge-conflict-exception but the globalstatus
is success and the step is considered successful.Is this the expected behavior? I would have expected a failed backport to fail the step.