小~-Gradle7.0之后的JitPack发佈需要注意的~-小小小-小~问题

Gradle 7.0 后 JitPack 发布新问题

随着 Gradle 7.0 的盛大登场，我们热爱的 JitPack 也相应地调整了步伐。然而，这些调整给 JitPack 的使用者们带来了一丝小小的困扰。本篇文章旨在为您扫清疑云，助您在 Gradle 7.0 的新舞台上，依然潇洒地使用 JitPack。

一、JitPack Gradle 脚本调整

JitPack 为我们提供了简便易用的 Gradle 脚本，协助我们轻松上传到 JitPack 仓库。但到了 Gradle 7.0，这行脚本发生了些许变化：

- apply from: 'https://jitpack.io/com/github/jitpack/jitpack-io/master/jitpack-io.乾坤搬'

+ includeBuild("https://jitpack.io")
+ project.evaluationDependsOn(':app')
+ project.repositories { maven { url = 'https://jitpack.io' } }

原因解析

• apply 指令已被废弃，includeBuild 取而代之。
• project.evaluationDependsOn 用来确保 settings.yaml 中的仓库可以被解析。
• 新建的 Maven 仓库用于存储 JitPack 仓库。

解决方法

将上述差异化部分添加到您的根级 build.gradle 文件中即可。

注意

• 确保使用 Gradle 至少 6.8 版本。
• 确保 settings.yaml 文件位于您的根目录中，并包含如下内容：

dependencyResolutionManager:
  repositories:
    jitpack:
      url: https://jitpack.io

发布到 JitPack 仓库

./applyGradle.sh
./uploadToJitPack.sh

删除 JitPack 仓库

./detachGit.sh

对配置文件的调整

在 ~./grade/config/config.xml 中，您可能需要如下调整：

  <build-options>
    <parallelTasks>all</parallelTasks>
  </build-options>

常见问题及解答

• 问：settings.xml 被忽略了，怎么办？

  • 答：确保 settings.xml 文件位于您的根目录中，并包含了 JitPack 的仓库信息。

• 问：上传后，JitPack 仓库没有被正确刷新，怎么办？

  • 答：尝试使用 ./uploadToJitPack.sh -d 强制刷新仓库。

• 问：我仍有疑问，怎么办？

  • 答：欢迎在下方评论区与我们交流讨论！

总结

Gradle 7.0 的到来为 JitPack 带來了新挑战。然而，这些问题并非洪水猛兽，反倒激发了我们探索的热情。本篇文章为您提供了详细的调整指南，帮助您在 Gradle 7.0 的新舞台上，依然畅快淋漓地使用 JitPack！