FabricMC/fabric
1
0
Fork 1
mirror of https://github.com/FabricMC/fabric.git synced 2024-11-22 23:58:02 -05:00
Code Issues Projects Releases Packages Wiki Activity Actions
fabric/fabric-biome-api-v1/build.gradle

43 lines
867 B
Groovy
Raw Normal View History

Ported 1.16.1 biomes-api-v1 to 1.16.2 (#1053) * Ported 1.16.1 biomes-api-v1 to 1.16.2. Public API changes: - Removed flagging biomes as suitable for player spawns since that is now handled in the Biome Builder. - Changed API over to RegistryKey's, not because it's necessary, but because it is more ergonomic since Vanilla Biomes in BuiltInBiomes are now all exposed as keys, rather than instances. * Changed to CheaterCode's mixin for modifying the nether biomes, saving us one accessor. * Move Bonanza * Finished moving and updating of the module, added experimental markers. * Adjusted experimental notes. * Finished rename from biomes-v1 to biome-api-v1 * Reverted memory settings in preparation for loom-0.5
2020-09-18 13:11:51 -04:00
archivesBaseName = "fabric-biome-api-v1"
Update Loom and Loader. Cleanup/improve buildscript.
2021-11-12 07:48:58 -05:00
version = getSubprojectVersion(project)
Biome Modification API (#1097) * Biome Modification API * Improved docs on Mixins. * Added convenience methods to select biomes by mob-spawns, and added a top-level convenience method to add new spawns. * Checkstyle fixes. * Replace a reference to DRM with DynamicRegistryManager * Replaced integer order with phase-based ordering. * Changed to @Deprecated * Checkstyle fix * Added category selector.
2020-10-30 16:08:54 -04:00
Update Gradle/Loom and mappings. (#1692) * Update Gradle/Loom and mappings. * Fix deprecations and enforce * Review feedback * More cleanup and deprecation fixes.
2021-08-31 09:00:20 -04:00
loom {
accessWidenerPath = file("src/main/resources/fabric-biome-api-v1.accesswidener")
Biome Modification API (#1097) * Biome Modification API * Improved docs on Mixins. * Added convenience methods to select biomes by mob-spawns, and added a top-level convenience method to add new spawns. * Checkstyle fixes. * Replace a reference to DRM with DynamicRegistryManager * Replaced integer order with phase-based ordering. * Changed to @Deprecated * Checkstyle fix * Added category selector.
2020-10-30 16:08:54 -04:00
}
Add biome tag selector (#1640) * Move biome modifications after datapack loaded * Biome tag selector
2021-08-24 12:44:19 -04:00
Split client only code into its own sourceset. (#2179) A common source of crashes on modded Minecraft servers comes from modders accidently calling client only code from the client, this PR is another large step towards elimitating that. This PR has been months in the making and years in the planning, requiring major changes to Loom & Loader. In recent Minecraft versions Mojang has made it easier than ever to cleanly split the jar, going against the status-quo of merging the client and server into one jar. From the start we have designed Fabric to have a very clear split between client and common (client & server) code. Fabric has always encoraged keeping client only code seprate from the server, this can be seen at a fundamental level with the entrypoints in Loader. Fabric API's have all been designed with this mind. This PR provides a compile safety net around Fabric API using client only code on the server. Even though there are almost 400 changed files, minimal changes beyond moving the files were required to achieve this in Fabric API, thanks to the effort of all contributors in the past. These changes should not affect modders or players in anyway, a single "universal" jar is still produced. Im happy to awnswer any questions.
2022-05-21 11:26:46 -04:00
testDependencies(project, [
':fabric-api-base',
22w42a 🐫 (#2599) Co-authored-by: shartte <shartte@users.noreply.github.com> Co-authored-by: Juuz <6596629+Juuxel@users.noreply.github.com>
2022-10-22 15:38:33 -04:00
':fabric-resource-loader-v0',
':fabric-registry-sync-v0',
':fabric-data-generation-api-v1'
Split client only code into its own sourceset. (#2179) A common source of crashes on modded Minecraft servers comes from modders accidently calling client only code from the client, this PR is another large step towards elimitating that. This PR has been months in the making and years in the planning, requiring major changes to Loom & Loader. In recent Minecraft versions Mojang has made it easier than ever to cleanly split the jar, going against the status-quo of merging the client and server into one jar. From the start we have designed Fabric to have a very clear split between client and common (client & server) code. Fabric has always encoraged keeping client only code seprate from the server, this can be seen at a fundamental level with the entrypoints in Loader. Fabric API's have all been designed with this mind. This PR provides a compile safety net around Fabric API using client only code on the server. Even though there are almost 400 changed files, minimal changes beyond moving the files were required to achieve this in Fabric API, thanks to the effort of all contributors in the past. These changes should not affect modders or players in anyway, a single "universal" jar is still produced. Im happy to awnswer any questions.
2022-05-21 11:26:46 -04:00
])
22w42a 🐫 (#2599) Co-authored-by: shartte <shartte@users.noreply.github.com> Co-authored-by: Juuz <6596629+Juuxel@users.noreply.github.com>
2022-10-22 15:38:33 -04:00
sourceSets {
testmod {
resources {
srcDirs += [
'src/testmod/generated'
]
}
}
}
loom {
runs {
datagen {
inherit testmodServer
name "Data Generation"
vmArg "-Dfabric-api.datagen"
vmArg "-Dfabric-api.datagen.output-dir=${file("src/testmod/generated")}"
vmArg "-Dfabric-api.datagen.strict-validation"
ideConfigGenerated = true
runDir "build/datagen"
}
}
}
// Ensure the worldgen JSONs are re-created to ensure the data-gen still works
test.dependsOn runDatagen
runTestmodClient.dependsOn runDatagen
Reference in a new issue Copy permalink