在我的例子中，我已经从项目中删除了gradlew和gradle文件夹。 在intellij中的Gradle项目窗口中，通过“运行Gradle任务”重新运行干净的构建任务

我看到了同样的错误，但在我的情况下，这是一个没有安装LFS的新Git安装。问题中的repo是用LFS设置的，gradle-wrapper.jar在LFS中，所以它只包含一个指向LFS服务器的指针。解决方案很简单，只需运行:

git lfs install

一个新的克隆体成功了。我想git lfs拉或只是一个git拉可能有帮助，但有问题的人决定做一个新的克隆代替。

您可能在项目的gradle/wrapper目录下丢失了gradle-wrapper.jar文件。

您需要在构建中通过此脚本生成此文件。Gradle文件如下，

task wrapper(type: Wrapper) {
   gradleVersion = '2.0' // version required
}

并运行task:

gradle wrapper

使用gradle 2.4(或更高版本)，你可以在不添加专用任务的情况下设置一个包装器:

gradle wrapper --gradle-version 2.3

OR

gradle wrapper --gradle-distribution-url https://myEnterpriseRepository:7070/gradle/distributions/gradle-2.3-bin.zip

所有细节都可以在这个链接中找到

您的gradle包装丢失，损坏或损坏。

-- 什么是gradle包装:

Gradlew是gradle包装可执行的批处理脚本在Windows和shell脚本在其他地方。包装器脚本在被调用时，下载已定义的gradle版本并执行它。通过将包装器与项目一起分发，任何人都可以使用它，而不需要事先安装Gradle。更好的是，构建的用户可以保证使用该构建设计用于工作的Gradle版本。

-- 恢复gradle包装:

过去，您需要向构建中添加包装器任务。恢复Gradle包装器及其所有依赖项。例如在build.gradle中:

    task wrapper(type: Wrapper) {
        gradleVersion = '4.1'
    }

或者在build.gradle.kts中:

    tasks.register<Wrapper>("wrapper") {
        gradleVersion = "4.1"
    }

较新的gradle版本不需要这个。现在它是一个内置任务。运行:

gradle wrapper

你也可以提供额外的标志来指定版本等等

gradle wrapper --gradle-version 6.2 --distribution-type all

当您运行这个任务时，一个gradle包装器脚本和所需的jar文件被添加到您的源文件夹中。属性存储在gradle/wrapper/gradle-wrapper. Properties中

(你可能需要在本地安装gradle来运行它。例如在MAC上安装gradle。在这里查看更详细的说明)

-- 为什么它一开始就不见了?

OP似乎删除了一些gradle wrapper依赖的东西。

但是一个常见的原因是.gitignore条目阻止包装器jar被检入git。请注意，.gitignore可能在源文件夹中，也可能在用户主文件夹或git全局配置中的全局文件夹中。在.gitignore中有*.jar条目是很常见的。

你可以在.gitignore中为gradlew的jar文件添加一个异常

*.jar
!gradle/wrapper/gradle-wrapper.jar

或者强制将包装器jar添加到git中

git add -f gradle/wrapper/gradle-wrapper.jar

-- 参考:Gradle包装

我顺着上面的答案发现了这个。如果你有这个问题，一定要强制推送jar和属性文件。这两期之后，我就不再看这期了。

git add -f gradle/wrapper/gradle-wrapper.jar
git add -f gradle/wrapper/gradle-wrapper.properties

@HankCa也解决了我的问题。我决定将危险的**/*.jar忽略改为src/**/lib/*.jar，以避免将来出现此类问题。忽略以**/*开头的内容有点太危险了，至少对我来说是这样。通过观察得到。gitignore row背后的想法总是一个好主意。