| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
- renovate.json -> central preset (lasius-maintainers) - security.yml (Trivy + CycloneDX SBOM) - build-pr.yml (gradle-build-pr, Java 25, run-tests: true) (replaced hand-rolled job) - close_invalid_prs.yml - pinned reusable workflows to v2.8.1 (build-pr.yml)
|
You are seeing this message because GitHub Code Scanning has recently been set up for this repository, or this pull request contains the workflow file for the Code Scanning tool. What Enabling Code Scanning Means:
For more information about GitHub Code Scanning, check out the documentation. |
Sorry, something went wrong.
Test results3 files 3 suites 14s ⏱️ Results for commit b2faf93. ♻️ This comment has been updated with latest results. |
Sorry, something went wrong.
- pr-lint.yml - commitlint.config.mjs - release-please simple mode, bootstrapped at 0.0.0 - release-please.yml with SBOM attached to the release
release-please tags with GITHUB_TOKEN, and a tag pushed that way does not start an `on: push: tags` workflow - so the old publish workflow would never have fired on a release. Chain the publish into the release-please run, gated on release_created.
…build.gradle.kts - version line introduced (the project had none); extra-files now points at build.gradle.kts - bootstrap-sha set from tip of master (no version tag yet)
| Back | FazBrowse Home | New Git URL |
What
Brings this repository onto the OneLiteFeather standard CI, release and dependency setup.
CI, security and dependencies
Release automation and PR hygiene
Version anchoring and Renovate presets
Why
One shared setup per concern instead of a hand-maintained copy per repository:
in the shared catalogue reaches this repository through a Renovate PR.
the maintainer team as reviewer, instead of a per-repository config that drifts.
scanning, plus a CycloneDX SBOM on every run. Report-only, so adopting it does not turn CI red on
day one.
the version and cuts the release. Simple mode deliberately does not rewrite language version
files, which keeps this change limited to release plumbing.
dependency inventory.
date-based Minestom scheme and Paper's X.Y.Z-<mc-version> scheme; without it those two get
parsed as plain SemVer and updated wrongly.
changes exactly one line in one file instead of a properties file the build has to parse.
release-please silently fails to bump the version or drops the commit from the changelog.
Everything a release needs is chained into the release-please workflow run on purpose: release-please
tags with GITHUB_TOKEN, and a tag pushed that way does not start a separate
on: push: tags workflow.