- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有以下由gradle正确找到的项目结构:
$ ./gradlew projects
Root project 'test-project'
\--- Project ':sub-1'
\--- Project ':sub-1:sub-2'
这让我相信我的设置是正确的。
$ ./gradlew clean :sub-1:build
不等于:
$ cd sub-1
$ ../gradlew clean build
$ cd ..
以上是 gradle 网站上很多地方都说明的等价性。
> Task :sub-1:test
test.project.LibrarySuite > someLibraryMethod is always true PASSED
运行后者,结果是正确的:
> Task :sub-1:test
test.project.LibrarySuite > someLibraryMethod is always true PASSED
> Task :sub-1:sub-2:test
test.project.LibrarySuite > someLibraryMethod is always true PASSED
请帮助我了解我是否可能假设或做错了什么,或者这是否是应该向 gradle 团队提出的错误。
最佳答案
您将在此处找到有关 Gradle 如何处理多项目build设置中的任务执行的详细说明:https://docs.gradle.org/current/userguide/intro_multi_project_builds.html#sec:executing_a_multiproject_build ,特别是:
From a user’s perspective, multi-project builds are still collectionsof tasks you can run. The difference is that you may want to controlwhich project’s tasks get executed. You have two options here:
Change to the directory corresponding to the subproject you’reinterested in and just execute gradle as normal.
Use a qualified task name from any directory, although this is usuallydone from the root. For example: gradle :services:webservice:buildwill build the webservice subproject and any subprojects it dependson.
The first approach is similar to the single-project use case, butGradle works slightly differently in the case of a multi-projectbuild. The command gradle test will execute the test task in anysubprojects, relative to the current working directory, that have thattask. So if you run the command from the root project directory,you’ll run test in api, shared, services:shared andservices:webservice. If you run the command from the services projectdirectory, you’ll only execute the task in services:shared andservices:webservice.
$ ./gradlew clean :sub-1:build
从项目根目录:你执行任务clean
,将对当前项目和下面的每个子项目执行,然后:sub-1:build
(带有限定任务名称)执行build
仅针对子项目 sub1
的任务> Task :clean UP-TO-DATE
> Task :sub-1:clean
> Task :sub-1:sub-2:clean UP-TO-DATE
> Task :sub-1:compileJava NO-SOURCE
> Task :sub-1:processResources NO-SOURCE
> Task :sub-1:classes UP-TO-DATE
> Task :sub-1:jar
> Task :sub-1:assemble
> Task :sub-1:compileTestJava NO-SOURCE
> Task :sub-1:processTestResources NO-SOURCE
> Task :sub-1:testClasses UP-TO-DATE
> Task :sub-1:test NO-SOURCE
> Task :sub-1:check UP-TO-DATE
> Task :sub-1:build
编辑 回答@Guido 的评论:这也将构建任何其他项目
sub-1
取决于,所以
./gradlew clean :sub-1:build
还将触发
sub-2
的构建如果
sub-1
项目
依赖
sub-2
:
dependencies {
implementation project(":sub-1:sub-2")
}
$ cd sub-1 && ../gradlew clean build
sub-1
子项目目录,你触发任务
clean
然后
build
,不使用限定名称,因此这两个任务都将在当前项目和子项目上执行`:
$ ../gradlew clean build --console=plain
> Task :sub-1:clean
> Task :sub-1:sub-2:clean
> Task :sub-1:compileJava NO-SOURCE
> Task :sub-1:processResources NO-SOURCE
> Task :sub-1:classes UP-TO-DATE
> Task :sub-1:jar
> Task :sub-1:assemble
> Task :sub-1:compileTestJava NO-SOURCE
> Task :sub-1:processTestResources NO-SOURCE
> Task :sub-1:testClasses UP-TO-DATE
> Task :sub-1:test NO-SOURCE
> Task :sub-1:check UP-TO-DATE
> Task :sub-1:build
> Task :sub-1:sub-2:compileJava NO-SOURCE
> Task :sub-1:sub-2:processResources NO-SOURCE
> Task :sub-1:sub-2:classes UP-TO-DATE
> Task :sub-1:sub-2:jar
> Task :sub-1:sub-2:assemble
> Task :sub-1:sub-2:compileTestJava NO-SOURCE
> Task :sub-1:sub-2:processTestResources NO-SOURCE
> Task :sub-1:sub-2:testClasses UP-TO-DATE
> Task :sub-1:sub-2:test NO-SOURCE
> Task :sub-1:sub-2:check UP-TO-DATE
> Task :sub-1:sub-2:build
关于未使用 :submodule:build syntax 构建的子模块的 gradle 子模块,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62597977/
我有一个子模块,当我执行 git status 时,我得到: modified: (modified content) 我跑: git submodule update 但仍然得到: modi
我有一个子模块,当我执行 git status 时,我得到: modified: (modified content) 我跑: git submodule update 但仍然得到: modi
有什么区别吗 git submodule init && git submodule update --recursive 和 git submodule update --init --recurs
我掌握了 git submodule 的窍门(一厢情愿?),我想出了更具体的问题,这是一个好兆头...... 我试图在 .gitmodules 中找到 super 项目所指的子模块的哪个版本。和 .g
我花了很多时间阅读和尝试 git 子模块。但我真的放弃了。 我的问题: 我正在克隆一个 git 存储库作为子模块。所以,我做 git submodule add -b master url local
我无法推送我对 git 子模块所做的更改。我已经推送了主项目,得到了这个 mainProject$ git status On branch myBranch Changes not staged f
我正在使用 ROS 构建一个项目,因此,catkin_make 用于构建我的 ROS 节点和库。 我面临的问题是:我在一个包(包 A)中使用一个 git 子模块(因此,我有一个分层的包含文件夹结构)并
我在当前存储库中用作子模块的存储库名称是 droid-media-lib,但是放置此子模块的目录名称是 库 所以我的.gitmodules 看起来像这样 [submodule "droid-media
标题可能听起来有点含糊,但这里有一个错误的例子。假设我们有三个模块 ModuleA、ModuleB 和 ModuleC,因此 ModuleA 依赖于 ModuleB 和 ModuleB 依赖于 Mod
我有一个包含嵌套子模块的 git 仓库。下面两个命令有什么区别? git submodule update --init --recursive git submodule foreach --rec
我有一个 dotfiles 存储库,其中我所有的 vim 插件都存储为子模块,因此当它们有更改时很容易更新。我以为这两个命令做同样的事情,但我注意到这一定不是这种情况。 我知道我在几个子模块中有更新要
当我执行 git submodule update --init 时出现错误 fatal: Needed a single revision Unable to find current revisi
我正在使用 git submodule 在项目之间构建和共享组件。该项目尚未投入生产,因此,此时子模块运行良好。 但是我担心维护和部署,将其转换为 npm 包是个好主意吗? 最佳答案 一个 npm 包
typing 模块将两个类 io 和 re 导出为“伪子模块”,如下所示。通过赋予它们 __all__ 并将它们添加到 sys.modules 中,使它们看起来像模块的目的是什么? 我理解将它们排除在
在我 git submodule update 之后,它总是检查同一个提交。例如 34561。 我为子模块执行 git checkout master,然后执行 git submodule sync。
我一直对此感到困惑: $ git submodule You need to run this command from the toplevel of the working tree. 为什么我需
我刚 pull https://github.com/kolanos/kohana-universe现在我正在尝试更新所有正在运行的模块: git submodule update --init --
我觉得使用 Git 子模块对我的开发工作流程来说有点麻烦。我听说过 Git 子树和 Gitslave。 是否有更多适用于多个存储库项目的工具以及它们如何比较? 这些工具可以在 Windows 上运行吗
我正在尝试开发具有不同“子模块”的 API。例如,有一个称为“todo”,另一个称为“newsletter”。 我想要做的是,我希望能够在开发过程中运行模块本身,并且我希望能够在服务器上运行整个 AP
我正在尝试将子模块支持添加到 project of mine ,但是我似乎无法使用 JGit 来读取特定的提交或记录,而命令行 git 可以很好地做到这一点,尽 pipe 模块所在的头部是分离的(就子
我是一名优秀的程序员,十分优秀!