Add dependabot config and include lockfiles - #41
Conversation
Enables Gradle's built-in dependency locking on all resolvable configurations and the buildscript classpath, generating buildscript-gradle.lockfile and lib/gradle.lockfile so Dependabot can see the full transitive dependency graph and open PRs that patch indirect dependencies (e.g. CVEs in transitives of httpclient or bcprov-jdk15on). The lockfile only constrains CI/test/publish builds — the POM produced by maven-publish still publishes declared versions, so consumers on Maven Central are unaffected. Also pins mockito-core from the dynamic 3.+ range to 3.12.4 so the recorded lock resolution is intentional; Dependabot will bump from here on its own cadence.
CI on this branch was failing on hard-deprecated action versions (actions/upload-artifact@v2, github/codeql-action/*@v2, checkout@v2). Bump every third-party action in the workflows to its latest major so CI can run — Dependabot's github-actions ecosystem (added in the previous commit) will keep them fresh from here on. - actions/checkout v2/v3 -> v7 - actions/setup-java v3 -> v5 - actions/setup-node v3 -> v6 - actions/upload-artifact v2 -> v7 - github/codeql-action/* v2 -> v4
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub. |
|
Warning Review the following alerts detected in dependencies. According to your organization's Security Policy, it is recommended to resolve "Warn" alerts. Learn more about Socket for GitHub.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Why
Improving package hygiene - adding a dependabot config and lockfiles will give us better vis over transitive dependency vulns so we can patch them.
How