Gradle build：是否有人使用alternative setting.Gradle尝试了其他生成脚本？

我正在使用gradle 1.4，并将build.gradle重命名为buildExpr.gradle，将settings.gradle重命名为settingExpr.gradle，这两个文件都在项目根目录中，我正在使用以下命令运行gradle build

'gradle C:\myProject>gradle-i-b buildExpr.gradle-C settingsExpr.gradle项目'

命令行选项'-c'似乎不受尊重，gradle也没有选择SettingsEPR.gradle文件，因此在执行项目任务时无法显示settings.gradle文件中定义的所有模块

我得到下面的日志 -------------------------------------日志---------------------------------------------------- C:\ASM\ASM\u workspace\asm71\AutoLab>gradle-i-C设置sexpr.gradle-b buildExpr.gradle项目 开始构建 使用空设置脚本评估设置。 已加载项目。使用生成文件“C:\ASM\ASM\u workspace\asm71\AutoLab\buildExpr.gradle”的根项目。 包含的项目：[根项目“AutoLab”] 使用生成文件“C:\ASM\ASM\u workspace\asm71\AutoLab\buildExpr.gradle”评估根项目“AutoLab”。 对所有项目进行评估。 选定的主要任务“项目” 要执行的任务：[任务]：项目'] ：项目

---

根项目

---

根项目“AutoLab” 无子项目

---

---

gradle命令行显示的行为非常奇怪。但是，如果我将buildExpr.gradle更改为build.gradle，将settingsExpr.gradle更改为settings.gradle，它将正常执行并在日志中显示所有子模块

-b

和

-c

不能一起使用。使用设置文件时，其他所有内容（例如生成文件的位置）都由设置文件确定。

因此，如果我使用命令“C:\myProject>gradle-b buildExpr.gradle”，则不会选择同一文件夹中的默认设置.gradle。在我的情况下，它也不是pick。不，它不应该是pick

-b

和

设置。gradle

在一起没有多大意义，因为

设置。gradle

可能会指定不同的/额外的生成脚本。那么，我需要做什么来包括我的设置中定义的所有模块。gradle如果我想使用另一个build.gradle进行生成？您可以将系统属性传递给该生成（

-Dfoo=bar

）并在此基础上配置不同的生成脚本（在

设置.gradle

）。请参阅中的

设置

。您也可以在主生成脚本中应用不同的生成脚本（

应用自：“path/to/script.gradle”

）基于系统属性。可能有其他方法来解决更大的问题，但您必须解释这是什么。如果您需要更多建议，请查看。这是命令行选项应该记录的内容，因为这不是一个明显的行为，错误令人困惑。我犯了同样的错误（使用-b和-c）并且想知道为什么我的设置文件被评估（它显示打印语句），但没有使用（“使用空设置”）。