Android 路径为'；的项目：mypath'；在根项目中找不到'；我的项目&x27；

我从Eclipse迁移到android studio0.5.8，在将我的项目导入android studio后，我收到一个错误

project，路径为：progressfragment'，在根项目“project\u name”中找不到。

项目结构：

自由基

完整结构（编辑2）：

Gradle.build：

apply plugin: 'android'

dependencies {
    compile fileTree(dir: 'libs', include: '*.jar')
    compile project(':progressfragment')
    compile project(':viewpagerindicatorlibrary')
    compile project(':ZBarScannerActivity')
    compile project(':google-play-services_lib')
    compile project(':SwitchCompatLibrary')
    compile project(':actionbarsherlock')
    compile project(':librarymultichoice')
}



buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.9.+'
    }
}

android {
    compileSdkVersion 14
    buildToolsVersion "19.0.1"

    sourceSets {
        main {
            manifest.srcFile 'AndroidManifest.xml'
            java.srcDirs = ['src']
            resources.srcDirs = ['src']
            aidl.srcDirs = ['src']
            renderscript.srcDirs = ['src']
            res.srcDirs = ['res']
            assets.srcDirs = ['assets']
        }

        // Move the tests to tests/java, tests/res, etc...
        instrumentTest.setRoot('tests')

        // Move the build types to build-types/<type>
        // For instance, build-types/debug/java, build-types/debug/AndroidManifest.xml, ...
        // This moves them out of them default location under src/<type>/... which would
        // conflict with src/ being used by the main source set.
        // Adding new build types or product flavors should be accompanied
        // by a similar customization.
        debug.setRoot('build-types/debug')
        release.setRoot('build-types/release')
    }
}

apply插件：“安卓”
依赖关系{
编译文件树（目录：“libs”，包括：“*.jar”）
编译项目（“：progressfragment”）
编译项目（“：viewpagerindicatorlibrary”）
编译项目（“：ZBarScannerActivity”）
编译项目（':google-play-services_-lib'）
编译项目（“：SwitchCompatLibrary”）
编译项目（“：actionbarsherlock”）
编译项目（“：librarymultichoice”）
}
构建脚本{
存储库{
mavenCentral（）
}
依赖关系{
classpath'com.android.tools.build:gradle:0.9.+'
}
}
安卓{
编译DK14版
buildToolsVersion“19.0.1”
源集{
主要{
manifest.src文件“AndroidManifest.xml”
java.srcDirs=['src']
resources.srcDirs=['src']
aidl.srcDirs=['src']
renderscript.srcDirs=['src']
res.srcDirs=['res']
assets.srcDirs=['assets']
}
//将测试移动到tests/java、tests/res等。。。
instrumentTest.setRoot（'tests'））
//将生成类型移动到生成类型/
//例如，build-types/debug/java、build-types/debug/AndroidManifest.xml。。。
//这会将它们移出src/…下的默认位置，这将
//与主源集正在使用的src/冲突。
//应同时添加新的构建类型或产品风格
//通过类似的定制。
setRoot（'build-types/debug'）
setRoot（'build-types/release'）
}
}

仅仅拥有

编译项目（“xy”）

依赖项是不够的。 您需要将根项目配置为包含所有模块（或将它们称为子项目，但此处可能不正确）

在项目根目录中创建settings.gradle文件并添加以下内容：

include ':progressfragment'

到那个文件。然后同步Gradle，它应该会工作

还有一个有趣的旁注：

---

如果在settings.gradle（您尚未创建的项目）中添加“：unexistingProject”，gradle将在同步后为此项目创建文件夹（至少在Android studio中是这样）。所以，为了避免在从现有文件创建项目时出现settings.gradle错误，请首先将该行添加到文件中，进行同步，然后将现有代码放入已创建的文件夹中。由此产生的不需要的行为可能是，如果删除项目文件夹，然后同步文件夹将返回空，因为Gradle sync重新创建了它，因为它仍然列在settings.Gradle中。

删除子项目后，我收到了类似的错误，已删除

"*compile project(path: ':MySubProject', configuration: 'android-endpoints')*"

---

在gradle脚本下的

build.gradle

（依赖项）中，删除android/settings.gradle中的所有文本并粘贴以下代码

rootProject.name = '****Your Project Name****'
apply from: file("../node_modules/@react-native-community/cli-platform-android/native_modules.gradle"); applyNativeModulesSettingsGradle(settings)
include ':app'

---

当您从react-native<0.60迁移到react-native>0.60时，通常会发生此问题。如果您在react native>0.60中创建一个新项目，您将看到与上述相同的设置

您是否有任何

设置。gradle

文件？@Salem否我没有问题不清楚，请包括完整的项目结构，这个gradle文件在哪里，项目目录结构是什么样子的，因为您所给出的并不存在；“我甚至都不像一个gradle项目。@pyus13问题编辑版除了这个版本。gradle没有什么东西像是gradle项目。”。从AS中的botton面板打开消息窗口，确保它没有显示警告消息，如“not a Gradle Project”。settings.Gradle中没有模块。我查了一下，包括在内。这对我有用，对我有用！尽管我仍然觉得格雷德尔这样工作很奇怪。比如，如果我不想包含一个“project”（“project name”）{//settings…}，为什么我要在我的构建文件中声明一个“project”（“project name”）{//settings…}”？为什么我必须有一个单独的文件，其中唯一包含的是我在实际构建文件中定义的所有项目的列表。我在构建文件中定义的所有项目？是的，我真的想让它们出现在我的身材中！我很好奇是否有人知道设置背后的设计原因。gradle？在某些情况下，您希望在项目中包含模块，但不将其用作依赖项。例如，在我正在开发的项目中，我们有两个android应用程序，一个是UI部分，另一个是内容提供商应用程序。我们不希望在构建期间依赖于内容提供商应用程序，但希望能够轻松更改并查看同一项目中的代码。不要为我的flutter而发火。