gradle multi project example
1.0.0
Gradle이 제공하는 최고의 Gradle이 제공하는 일반적인 단일/다중 프로젝트 스텁.
| 이름 | 질문 | CI | Codecov | 문서 | 풀어 주다 |
|---|---|---|---|---|---|
| 공통점 |
인공물/비트 레이에서 공급할 수 있습니다.
<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/tuna/casserole처럼 보입니다.
Jacoco : 새로운 코드에 적절한 테스트 범위가 있는지 보장하는 도구입니다.
ErrorProne : 컴파일 타임에 일반적인 프로그래밍 실수를 포착하고 수정을 제안하는 Java의 정적 분석 도구입니다.
CheckStyle : 프로그래머가 공통 표준을 준수하는 코드를 작성하도록 강요하는 개발 도구입니다.
PMD : 사용하지 않는 변수, 빈 캐치 블록, 불필요한 객체 생성 등과 같은 일반적인 프로그래밍 결함을 찾는 소스 코드 분석기입니다.
FindBugs : 정적 분석을 사용하여 Java 코드에서 가능한 버그를 찾고 감지하는 도구입니다.
현재 우리는 junit 과 assertj 모든 프로젝트를 사용하는 testCompile 종속성으로 정의합니다. 이것들 만 사용하는 데 집중하려고합시다. 그리고 다른 것을 가져 와서 사용해야 할 필요가 있다면, 먼저이 프로젝트에 n 의존성을 추가하고 우리가 설정하려는 모양과 느낌을 깨뜨리기 전에 먼저 논의 할 것입니다.
모든 수표가 통과 될 때 코드는 완료된 것으로 간주되고, 코드를 컴파일 할 수 있으며, 최소한 단위 및 통합 테스트가 새 코드를 다루기 위해 추가되었습니다.
