gradle multi project example

Gradle-Multi-Project-Example

ต้นขั้วเดี่ยว/หลายโครงการทั่วไปเราคิดว่าเป็นตัวแทนที่ดีที่สุดที่มีให้

สถานะโครงการย่อย

ชื่อ	คำถาม	CI	Codecov	เอกสาร	ปล่อย
ยาสามัญ

รุ่นล่าสุด

สามารถมาจาก artifactory/bintray เช่น So:

 <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, CheckStyle, PMD และ FindBugs รองรับ

JACOCO : เป็นเครื่องมือที่ทำให้มั่นใจได้ว่ารหัสใหม่มีความครอบคลุมการทดสอบที่เหมาะสม

ErrorProne : เป็นเครื่องมือวิเคราะห์แบบคงที่สำหรับ Java ที่จับข้อผิดพลาดในการเขียนโปรแกรมทั่วไปในเวลาคอมไพล์และแนะนำการแก้ไข

CheckStyle : เป็นเครื่องมือพัฒนาที่บังคับให้โปรแกรมเมอร์เขียนโค้ดที่ปฏิบัติตามมาตรฐานทั่วไป

PMD : เป็นตัววิเคราะห์ซอร์สโค้ดที่พบข้อบกพร่องการเขียนโปรแกรมทั่วไปเช่นตัวแปรที่ไม่ได้ใช้บล็อกจับที่ว่างเปล่าการสร้างวัตถุที่ไม่จำเป็นและอื่น ๆ

FindBugs : เป็นเครื่องมือที่ใช้การวิเคราะห์แบบคงที่เพื่อค้นหาและตรวจจับข้อบกพร่องที่เป็นไปได้ในรหัส Java

การใช้ห้องสมุดทดสอบและการทดสอบการเขียน

ขณะนี้เรากำหนด junit และ assertj ว่าเป็นการพึ่งพา testCompile สำหรับโครงการทั้งหมดที่จะใช้ ให้ลองมุ่งเน้นไปที่การใช้สิ่งเหล่านี้และหากมีความจำเป็นที่จะต้องนำเข้ามาและใช้อย่างอื่นก่อนอื่นให้มีการอภิปรายก่อนที่เราจะเพิ่มจำนวนการพึ่งพา n ในโครงการนี้และทำลายรูปลักษณ์และความรู้สึกที่เราพยายามตั้งค่า

รหัสถือว่าเสร็จสิ้นเมื่อตรวจสอบทั้งหมดผ่านรหัสสามารถรวบรวมได้และอย่างน้อยที่สุดก็มีการเพิ่มการทดสอบหน่วยและการรวมเข้าด้วยกันเพื่อระบุรหัสใหม่

ทรัพยากรเพิ่มเติม

• กระบวนการปลดปล่อย