基于 Folia 的魔改 Minecraft 服务器核心。
Go to file
2024-05-03 10:57:36 +08:00
.gitea/workflows 更新release下载提示信息 2024-05-03 02:39:22 +08:00
.github/workflows 新增github action 2024-03-30 13:12:47 +08:00
.idea update README.md 2024-03-26 11:02:16 +08:00
gradle/wrapper 更新上游paper分支 2024-05-01 11:51:55 +08:00
patches/server 更新上游paper分支 2024-05-01 11:51:55 +08:00
resources update README.md 2024-03-26 11:02:16 +08:00
.gitignore Init 2024-02-26 21:37:40 +08:00
build.gradle.kts 更新上游paper分支 2024-05-01 11:51:55 +08:00
CONTRIBUTING.md Allow Sand duplication 2024-02-26 23:22:24 +08:00
gradle.properties 更新上游paper分支 2024-05-01 11:51:55 +08:00
gradlew Init 2024-02-26 21:37:40 +08:00
gradlew.bat Init 2024-02-26 21:37:40 +08:00
README.md 更新 README.md 2024-05-03 10:57:36 +08:00
settings.gradle.kts 更新上游paper分支 2024-05-01 11:51:55 +08:00

DeerFolia

DeerFolia 是一个基于 Folia 的 Minecraft 服务器核心,它们是由 Mojang 的 Minecraft 服务器核心修改而来。

而 Folia 是由 Paper 修改而来Paper 核心修复了很多原版 Minecraft 的有趣特性,由于 Folia 直接继承自 Paper因此也同时继承了这些消失的特性。这也是为什么很多服主选择了 Purpur不过 Purpur 官方已经明确表示不会基于 Folia 开发一个新的具备原版特性的分支。

本分支相比于其他 Folia 分支有何特点?

1. 最小修改:在还原原版机制的基础上保持对 Folia 及上游 Paper 相关补丁的最小修改避免潜在的意外bug

2. 无需配置:不引入任何自定义的配置,虽然这意味着本分支的特性无法自行开关,但同时也减轻了部署负担,不用去理解额外的配置内容;

此分支特性

如何自行编译

将补丁应用到 Folia 源码

  1. 克隆本仓库到本地;
  2. 在终端执行 ./gradlew applyPatches 应用补丁;
  3. 完成后会在项目目录下生成 deer-folia-serverdeer-folia-api ,前者即为源码目录;

生成服务器核心

  1. 按照上一步应用补丁;
  2. 执行 ./gradlew createMojmapPaperclipJar ,完成后会在 build/libs 下生成服务器核心文件;

如何添加新补丁

  1. 修改 deer-folia-serverdeer-folia-api 中的源码;
  2. deer-folia-serverdeer-folia-api 目录中将修改内容添加 git add . 并提交 git commit ,填写补丁信息;
  3. 在根目录运行 ./gradlew rebuildPatches ,将刚才提交的修改生成为新补丁;

修改已有补丁

修改已有的补丁步骤相对复杂:

方法一

这种方法的工作原理是暂时将 HEAD 重置为所需的提交,然后使用 git rebase 进行编辑。

在编辑过程中,除非您 同时 将对应模块重置为相关提交,否则将无法编译。就 API 而言,您必须重新应用 Server 补丁,如果正在编辑 Server 补丁,则必须重新应用 API 补丁。还要注意的是,这样做时任何一个模块都可能无法编译。这不是一个正常的现象,但这种情况时有发生。请给 Paper 官方提交 ISSUE

  1. deer-folia-serverdeer-folia-api 目录中执行 git rebase -i base ,应该会输出 这样的 内容。
  2. 将你需要修改的补丁由 pick 替换为 edit 然后保存退出;
    • 一次只能修改 一个 文件!
  3. 对你需要修改的补丁作出新的修改;
  4. 使用 git add . 添加补丁,再使用 git commit --amend 提交;
    • 确保添加了 --amend 选项 否则将会创建一个新补丁而不是修改原补丁。
    • 此处提交时也可以修改补丁信息。
  5. 终端执行 git rebase --continue 应用更新;
  6. 再在跟项目目录执行 ./gradlew rebuildPatches 生成新的补丁;

方法二

如果你只是在编辑一个较新的提交,或者你的改动很小,那么在 HEAD 上进行改动,然后在测试后移动提交可能会更简单。

这种方法的好处是可以编译测试你的改动,而不必弄乱你的 HEAD。

手动

  1. 修改相应位置源码;
  2. 提交修改(可以不写提交内容);
  3. deer-folia-serverdeer-folia-api 目录中执行 git rebase -i base ,将刚才的提交移动到你想要修改的补丁提交下方;
  4. 将新提交的 pick 修改为如下内容:
    • f/fixup:将你的新修改合并到补丁内,但不改变补丁信息;
    • s/squash:将你的新修改合并到补丁内,并用新的补丁信息替换原补丁信息;
  5. 在跟项目目录执行 ./gradlew rebuildPatches 应用补丁更新;

自动

  1. 修改相应位置源码;
  2. 提交修改内容 git commit -a --fixup <要修改的补丁 hash 值>
    • 如果希望更新补丁信息,你可以使用 --squash 替换 --fixup
    • 如果你不知道要修改的补丁 hash 值,你可以使用 git log 查看;
    • 如果你只知道补丁的名称,你可以使用 git log --grep=<补丁名称> 查看;
  3. 执行 git rebase -i --autosquash base ,这将会自动将你的修改移动到对应的补丁下方;
  4. 在跟项目目录执行 ./gradlew rebuildPatches 应用补丁更新;

更新上游 Folia 修改

  1. 在终端执行 ./gradlew updateFoliaRef 更新上游 Folia 修改;
  2. 应用更新的补丁:./gradlew applyPatches
  3. 如果存在冲突,解决冲突,然后在deer-folia-serverdeer-folia-api目录运行 git am --continue 继续应用补丁;
  4. 全部补丁应用完成后,更新补丁:./gradlew rebuildPatches