gradle multi project example
1.0.0
Stub generik tunggal/multi-proyek yang kami pikir mewakili lulusan terbaik yang ditawarkan.
| Nama | Pertanyaan | Ci | Codecov | Dokumen | Melepaskan |
|---|---|---|---|---|---|
| Umum-util |
Dapat bersumber dari arttifactory/bintray seperti itu:
<dependency>
<groupId>com.aries</groupId>
<artifactId>project-name</artifactId>
<version>X.Y.Z</version>
<classifier>sources|tests|docs|all</classifier> (Optional)
</dependency>
Untuk proyek yang berdiri sendiri, Anda dapat membuat direktori khas src/main/<language> pada akar proyek ini dan hal-hal akan berfungsi seperti yang diharapkan. Dalam model ini tidak apa -apa untuk menghapus direktori projects setelah Anda memiliki hal -hal di tempat.
Untuk proyek multi, Anda perlu membuat/menempatkan proyek tersebut di bawah direktori projects . Menempatkan proyek di sini akan membuatnya secara otomatis sebagai bagian dari build multi-proyek ini.
Untuk kedua kasus tersebut, Anda mungkin harus memutar -mutar tombol sedikit di dalam file gradle/projects.gradle tergantung pada jenis proyek yang ingin Anda buat.
Struktur paket proyek Anda harus dimulai dengan group Gradle Anda diikuti dengan nama proyek. Sebagai bagian dari membangun proyek Anda, kami akan memindai melalui sumbernya dan memastikan pola ini terpenuhi. Misalnya: Jika grup Anda com.github.gradle dan Anda menambahkan proyek bernama calamari maka struktur paket proyek itu harus terlihat seperti com/github/gradle/calamari .
Jika Anda menambahkan proyek yang namanya berisi karakter non-alfabet, maka karakter tersebut akan dikonversi menjadi slash ke depan saat menjalankan cek yang disebutkan sebelumnya. Misalnya: Jika proyek Anda bernama tuna-casserole maka struktur paket Anda akan terlihat seperti `com/github/gradle/tuna/casserole.
Jacoco : adalah alat yang memastikan kode baru memiliki cakupan tes yang tepat.
ERRORPRONE : adalah alat analisis statis untuk Java yang menangkap kesalahan pemrograman umum pada waktu kompilasi dan menyarankan perbaikan.
CheckStyle : adalah alat pengembangan yang memaksa programmer untuk menulis kode yang melekat pada standar umum.
PMD : adalah penganalisa kode sumber yang menemukan kelemahan pemrograman umum seperti variabel yang tidak digunakan, blok tangkapan kosong, pembuatan objek yang tidak perlu, dan sebagainya.
FindBugs : adalah alat yang menggunakan analisis statis untuk mencari dan mendeteksi kemungkinan bug dalam kode java.
Saat ini kami mendefinisikan junit dan assertj sebagai dependensi testCompile untuk semua proyek untuk digunakan. Mari kita coba untuk fokus menggunakan ini saja, dan jika ada kebutuhan untuk membawa dan menggunakan sesuatu yang lain, maka mari kita berdiskusi terlebih dahulu sebelum kita menambahkan N jumlah ketergantungan pada proyek ini dan memecahkan tampilan dan merasa kita mencoba mengatur.
Kode dianggap dilakukan dilakukan ketika semua cek telah berlalu, kode dapat dikompilasi, dan setidaknya unit dan tes integrasi telah ditambahkan untuk membahas kode baru.
