我们认为,通用的单个/多项目存根代表了最好的Gradle所提供的。
| 姓名 | 问题 | CI | Codecov | 文档 | 发布 |
|---|---|---|---|---|---|
| 普通局 |
可以像这样从文物/bintray中采购:
<dependency>
<groupId>com.aries</groupId>
<artifactId>project-name</artifactId>
<version>X.Y.Z</version>
<classifier>sources|tests|docs|all</classifier> (Optional)
</dependency>
对于独立项目,您可以在该项目的根源上创建典型的src/main/<language>目录,并且情况将按预期工作。在此模型中,可以删除projects目录后,一旦您将项目目录就位。
对于多个项目,您需要在projects目录下创建/地点所述项目。将项目放置在此处将它们自动构建,作为此多项目构建的一部分。
对于哪种情况,您可能必须在gradle/projects.gradle文件中稍微扭动旋钮,具体取决于要创建的项目类型。
项目的包装结构应从您的Gradle group开始,然后是项目名称。作为构建项目的一部分,我们将通过其来源进行扫描,并确保满足这种模式。例如:如果您的组是com.github.gradle ,并且您正在添加一个名为calamari的项目,那么该项目的包装结构必须像com/github/gradle/calamari 。
如果您要添加一个名称包含非字母字符的项目,则在运行前面提到的检查时,这些字符将转换为前向斜线。例如:如果您的项目命名为tuna-casserole则您的软件包结构看起来像`com/github/gradle/gradle/tina/casserole。
JACOCO :是确保新代码具有正确测试覆盖率的工具。
errorprone :是Java的静态分析工具,它在编译时会捕获常见的编程错误并建议修复。
CheckStyle :是一种开发工具,迫使程序员编写遵守通用标准的代码。
PMD :是一个源代码分析仪,可以找到常见的编程缺陷,例如未使用的变量,空捕获块,不必要的对象创建等。
FindBugs :是一种使用静态分析来查找和检测Java代码中可能的错误的工具。
目前,我们将junit和assertj定义为所有要使用的项目的testCompile依赖性。让我们尝试专注于仅使用它们,如果需要引入并使用其他东西,那么让我们首先进行讨论,然后再添加n个依赖项,并打破外观和感觉我们正在尝试设置的外观和感觉。
当所有检查通过,可以编译代码,并且至少已经添加了集成测试以解决新代码时,将考虑代码完成。