gradle multi project example

مثال Gradle-Multi-Project

كعب واحد عام/متعدد المشروع نعتقد أنه يمثل أفضل ما تقدمه Gradle.

الحالة الفرعية (S) الحالة

اسم	أسئلة	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/tuna/casserole.

Jacoco ، errorprone ، checkstyle ، PMD ، و FindBugs

Jacoco : هي أداة تضمن أن الكود الجديد له تغطية اختبار مناسبة.

ErrorProne : هي أداة تحليل ثابت لـ Java التي تلتقط أخطاء البرمجة الشائعة في وقت الترجمة وتقترح الإصلاحات.

CheckStyle : هي أداة تطوير تجبر المبرمجين على كتابة التعليمات البرمجية التي تلتزم بمعايير مشتركة.

PMD : هو محلل رمز المصدر الذي يجد عيوب البرمجة الشائعة مثل المتغيرات غير المستخدمة ، وكتل الصيد الفارغة ، وإنشاء الكائنات غير الضرورية ، وما إلى ذلك.

FindBugs : هي أداة تستخدم تحليلًا ثابتًا للبحث عن الأخطاء المحتملة والكشف عنها في رمز Java.

استخدام مكتبات الاختبار واختبارات الكتابة

حاليًا نحدد junit و assertj على أنها تبعيات testCompile لجميع المشاريع لاستخدامها. دعنا نحاول التركيز على استخدام هذه فقط ، وإذا كانت هناك حاجة إلى إحضار شيء آخر واستخدامه ، فإنه يتيح أولاً إجراء مناقشة عليه قبل أن نذهب إلى إضافة عدد من التبعيات إلى هذا المشروع وكسر المظهر ونشعر بأننا نحاول تعيينه.

يتم اعتبار الرمز يتم تنفيذه عند إقرار جميع عمليات الشيكات ، ويمكن تجميع التعليمات البرمجية ، وفي أقل من اختبارات الوحدة والتكامل لمعالجة الكود الجديد.

موارد إضافية

• عملية التحرير