chore(ci): add blocking cargo-deny bans gate - #2387
chore(ci): add blocking cargo-deny bans gate#2387gh-worker-dd-mergequeue-cf854d[bot] merged 5 commits into
Conversation
This reverts commit b52da22.
🎉 All green!🧪 All tests passed 🎯 Code Coverage (details) 🔗 Commit SHA: 0fcf3c3 | Docs | View more details | Give us feedback! |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 1d9c8f0ccc
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| cargo-deny-bans: | ||
| runs-on: ubuntu-latest |
There was a problem hiding this comment.
Cover release-target PRs with the bans gate
When a PR targets the release branch, this entire workflow is suppressed by branches-ignore at lines 8–10, so the new job never runs. Such a PR can therefore change Cargo.lock to include a banned or compromised crate without receiving the intended blocking check; move this gate to a workflow that covers release targets or narrow the exclusions for this job.
AGENTS.md reference: AGENTS.md:L46-L50
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
fixed by creating a separate workflow
BenchmarksComparisonCandidateCandidate benchmark detailsBaselineBaseline benchmark details |
Artifact Size Benchmark Reportaarch64-alpine-linux-musl
aarch64-unknown-linux-gnu
libdatadog-x64-windows
libdatadog-x86-windows
x86_64-alpine-linux-musl
x86_64-unknown-linux-gnu
|
What does this PR do?
Introduces a new CI step to prevent merging PRs on the cargo deny ban list.
We already run cargo deny and comment on PRs with warning and advisories. There is ongoing work to address the advisories and warnings, but we don't necessarily want to gate on them at the moment.
We absolutely do want to gate on banned crates right now. This PR introduces a step independent from the existing cargo deny step and is always-on (unlike the existing cargo deny step which only checks impacted crates).
Motivation
https://safedep.io/arrayref-proc-macro1-rust-build-time-malware/
Additional Notes
Anything else we should know when reviewing?
How to test the change?
Describe here in detail how the change can be validated.