grounds.yaml while you test local changes from sibling repositories. Use it when a server runtime and a module such as plugin-agones:minestom live in separate repositories.
Declare release modules
A Minestom server manifest declares portable release defaults that every developer and CI runner can resolve.grounds.yaml
modules is CLI composition metadata. It tells grounds push which release modules can be replaced locally. Gradle dependencies still define the runtime classpath.
Add a local module mapping
workspace.yaml, not in the project manifest. workspace add also writes its generic JAR and shadowJar defaults, but the Minestom flow ignores those values and uses the repository path for Gradle composite-build substitution.
Push with local modules
Select one local module:modules entry:
build.task, finds build.artifact, normalizes the distribution tar, and uploads that bundle to Forge.
Confirm effective sources
Local resolution prints the effective source table:Explicit dependency substitution
Gradle composite builds usually substitute a local dependency automatically when the included build publishes the same coordinates as the release module. For an explicit substitution, add bothmodule and project to the Minestom variant in workspace.yaml:
workspace.yaml
Troubleshooting
If a release dependency is still used, rungrounds workspace list, confirm the Minestom variant is enabled, then push with --with-local or the matching --local ID. If a selected local module is absent from grounds.yaml, add a matching modules entry or use its declared ID.
