fix(publish): inverted logic of noninteractive log on failure#23154
fix(publish): inverted logic of noninteractive log on failure#23154tdyas merged 2 commits intopantsbuild:mainfrom
Conversation
|
Build failure seem to be some trivy release gone missing, looks a bit like they have unpublished a bunch of releases 🤷♂️
Edit: Ah I see, their repo was compromised. |
If you merge in |
|
I marked this PR for cherrypicking back to 2.{29,30,31}, which all have the bug. |
480421b to
8bd332d
Compare
|
I tried to automatically cherry-pick this change back to each relevant milestone, so that it is available in those older releases of Pants. ❌ 2.29.xI was unable to cherry-pick this PR to 2.29.x, likely due to merge-conflicts. Steps to Cherry-Pick locallyTo resolve:
Please note that I cannot re-run CI if a job fails. Please work with your PR approver(s) to re-run CI if necessary. ❌ 2.30.xI was unable to cherry-pick this PR to 2.30.x, likely due to merge-conflicts. Steps to Cherry-Pick locallyTo resolve:
Please note that I cannot re-run CI if a job fails. Please work with your PR approver(s) to re-run CI if necessary. ❌ 2.31.xI was unable to cherry-pick this PR to 2.31.x, likely due to merge-conflicts. Steps to Cherry-Pick locallyTo resolve:
Please note that I cannot re-run CI if a job fails. Please work with your PR approver(s) to re-run CI if necessary. When you're done manually cherry-picking, please remove the Thanks again for your contributions! |
The logic condition was inverted for only logging failures from noninteractive publish processes. It was only logging on success if set to log failures. 😃