我通过删除~/这样的本地目录来清理整个项目。gradle ~ /。m2 ~。~/workspace/project/。gradle和选择文件-> Invalidate Caches / Restart…在Android Studio。 现在执行./gradlew命令会得到以下输出:
usr$ ./gradlew tasks
Error: Could not find or load main class org.gradle.wrapper.GradleWrapperMain
不用说，我删掉的太多了，问题是怎样才能重新修复呢?你有什么解决办法吗?
当前回答
您的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包装
其他回答
我们的问题是gradle-wrapper.jar文件一直被git破坏。
我们必须添加一个.gitattributes文件:
*.jar binary
然后从git中删除jar并再次添加它。奇怪的是，这只要求我们的一个回购，而不是其他。
@HankCa也解决了我的问题。我决定将危险的**/*.jar忽略改为src/**/lib/*.jar，以避免将来出现此类问题。忽略以**/*开头的内容有点太危险了，至少对我来说是这样。通过观察得到。gitignore row背后的想法总是一个好主意。
我只是复制gradle-wrapper.jar从我以前的一个项目从路径/android/gradle/wrapper，并粘贴到我的应用程序在相同的路径/android/gradle/wrapper，它工作完美。
冷静药丸:)
除了@RaGe的答案可能是我所面临的情况，我有一个全局git忽略忽略。jar文件，所以gradle包装器jar永远不会被提交。因此，在尝试/var/lib/jenkins/my_project/gradlew构建后，我在Jenkins服务器上得到了这个错误。我必须显式地强制添加jar，然后提交:
git add -f gradle/wrapper/gradle-wrapper.jar
我看到了同样的错误，但在我的情况下，这是一个没有安装LFS的新Git安装。问题中的repo是用LFS设置的，gradle-wrapper.jar在LFS中，所以它只包含一个指向LFS服务器的指针。解决方案很简单，只需运行:
git lfs install
一个新的克隆体成功了。我想git lfs拉或只是一个git拉可能有帮助，但有问题的人决定做一个新的克隆代替。
