-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a new workflow to simplify dependency review #55
Conversation
+ Add a new workflow to simplify Java dependency review + Add support for warn-on-openssf-scorecard-level J:DEF-3582
Dependency ReviewThe following issues were found:
OpenSSF Scorecard
Scanned Manifest Files.github/workflows/dependency-review-v2.yml
|
Dependency ReviewThe following issues were found:
License Issues.github/workflows/java-maven-openjdk-dependency-review.yml
Allowed Licenses: 0BSD, Apache-2.0, Apache-2.0 AND MIT, Apache-2.0 AND BSD-3-Clause AND Python-2.0, Beerware, BlueOak-1.0.0, BSD-1-Clause, BSD-2-Clause, BSD-1-Clause AND BSD-2-Clause, BSD-2-Clause-Patent, BSD-2-Clause-Views, BSD-2-Clause AND MIT, BSD-3-Clause, BSD-3-Clause-Attribution, BSD-3-Clause-Clear, BSL-1.0, CC-BY-3.0, CC-BY-4.0, CC0-1.0, CNRI-Python, curl, HPND, IBM-pibs, ImageMagick, ISC, JSON, MIT, MIT-0, MIT AND ISC, MIT AND Python-2.0, MIT-advertising, mpi-permissive, NCSA, ODC-By-1.0, PDDL-1.0, Plexus, PostgreSQL, PSF-2.0, Python-2.0, Python-2.0.1, SAX-PD, Unlicense, UPL-1.0, W3C, Wsuipa, WTFPL, X11, X11-distribute-modifications-variant, Xerox, Zlib, ZPL-2.1 OpenSSF Scorecard
Scanned Manifest Files.github/workflows/java-maven-openjdk-dependency-review.yml
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Skipped everything Maven.
For dependency-review v. dependency-review-v2.
I like the auto-detect mechanism, it is nice.
I'm now thinking "how could we do it without breaking changes/a v2".
So, how about, for the current major we use the auto-detect scripts as a "default/fallback" values, and make the parameters of the workflow optional?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have a feeling these will only work in Pull Request events, and in none of the others. If this is intended it should be documented. If it's not, a workaround is to use ''
as the default value, and then have a step that figures it out if: input.head == ''
.
👋🏼 Dependency review, by GitHub's design, can only run in a Pull Request context. And I'm pretty much trying to implement what's proposed in that documentation. My end goal is to fully remove dependency-review.yml from everyone's repo, enforce dependency review organizations wide, without relying on someone needing to remember to configure dependency review. Does that make sense? |
Here, I'm pretty much trying to do a "smooth" rollout of the new Idea of using repository properties, without breaking everyone all at once. So, Copilot and I created two scripts to populate properties in all repositories of the Coveo Platform organization: https://github.com/coveo-platform/acf/pull/413 So, in theory (:famouslastwords:), a migration to the V2 is non-breaking. In theory. But at the same time, I learned the hard way not to trust myself 😅 Again, my end goal is to implement https://docs.github.com/en/code-security/supply-chain-security/understanding-your-software-supply-chain/enforcing-dependency-review-across-an-organization. Combined with https://github.com/coveo-platform/required-workflows/pull/5, I plan on fully removing the dependency-review.yml file from ALL repositories at Coveo. So, at the end of this journey, repos won't have a dependency-review.yml file unless they truly want one. And all this work is being done to unlock the "Renovate auto-merge" Idea. |
Thanks for the explanation; TIL. I still think this should be documented; is there an example somewhere that people will copy/paste? edit: a note was added here. |
+ Add a default value for JDK version J:DEF-3582
75c1bc6
J:DEF-3582
This pull request introduces new workflows and updates existing ones to enhance dependency review processes. The primary changes include adding a new workflow for dependency review, updating existing workflows to include OpenSSF Scorecard warnings, and improving configuration flexibility.
New Workflows:
Coveo Dependency Reviewer
workflow to.github/workflows/dependency-review-v2.yml
for reviewing dependencies with various configuration options.Maven Dependency Review
workflow to.github/workflows/java-maven-openjdk-dependency-review.yml
for Maven projects, including dependency submission and review steps.Updates to Existing Workflows:
.github/workflows/dependency-review.yml
to includewarn-on-openssf-scorecard-level
input for OpenSSF Scorecard warnings. [1] [2].github/workflows/java-maven-openjdk-dependency-submission.yml
to adjust permissions for dependency submission..github/workflows/test-dependency-review.yml
to test the newdependency-review-v2.yml
workflow with different configurations.