membandingkan sbt dan Gradle [tertutup]

Saya menyelam ke Scala dan memperhatikan sbt. Saya cukup senang dengan Gradle di proyek java / groovy, dan saya tahu ada plugin scala untuk Gradle.

Apa alasan bagus untuk lebih memilih sbt daripada Gradle dalam proyek Scala?

Perhatikan bahwa satu perbedaan utama antara SBT dan Gradle adalah manajemen ketergantungannya :

• SBT : Ivy , dengan revisi yang dapat diberikan sebagai revisi tetap (1.5.2, misalnya) atau sebagai yang terbaru (atau dinamis).
  Lihat " Ivy Dependency "
  Artinya dukungan mekanisme "-SNAPSHOT" bisa jadi bermasalah, padahal Mark Harrah detailnya di thread ini :

Memang benar cache bisa membingungkan, tetapi tidak benar bahwa Ivy tidak memahami menyelesaikan snapshot. Eugene menjelaskan hal ini di utas lain, mungkin di daftar admin. Ada masalah dengan pembaruan otomatis sbt yang telah diatasi di 0.12.

Yang tidak didukung Ivy, sejauh yang saya tahu, adalah menerbitkan snapshot seperti yang dilakukan Maven. Saya yakin saya telah menyatakan ini di tempat lain, tetapi jika ada yang ingin memperbaiki situasi, pendapat saya adalah upaya terbaik dihabiskan dengan bekerja dengan tim Gradle untuk menggunakan kembali kode manajemen ketergantungan mereka.

• Gradle : Utas ini menyebutkan ( Peter Niederwieser ):

Sekadar memberi tahu Anda, masalah dengan dependensi snapshot Ivy dan Maven adalah salah satu alasan mengapa Gradle pada akhirnya mengganti Ivy dengan kode manajemen dependensinya sendiri. Itu adalah tugas besar, tapi memberi kami banyak kebaikan.

Tweet ini menyebutkan bahwa semua situasi dapat berkembang di masa depan:

Mark mengatakan sebelumnya bahwa dia tertarik menggunakan Gradle daripada Ivy untuk SBT.

(kedua alat dapat saling belajar )

Bagi saya, fitur utama SBT adalah:

• Kompilasi cepat (lebih cepat dari fsc).
• Kompilasi / pengujian berkelanjutan: perintah ~testakan mengkompilasi ulang dan menguji proyek Anda setiap kali Anda menyimpan modifikasi.
• Kompilasi silang dan penerbitan silang, di beberapa versi skala.
• Secara otomatis mengambil dependensi dengan kompatibilitas versi skala yang benar.

Kerugiannya adalah:

• Sintaks hieroglif yang cenderung membuat pengguna baru enggan (terutama jika mereka berasal dari Java)
• Tidak ada cara mudah untuk mendefinisikan "tugas": jika Anda memerlukan prosedur build khusus, Anda perlu mencari plugin, atau menulis plugin sendiri.

sbt adalah Scala DSL dan untuk itu Scala adalah warga negara kelas satu, jadi pada prinsipnya tampaknya cocok.

Tetapi sbt menderita perubahan besar yang tidak kompatibel antar versi, yang membuatnya sulit untuk menemukan plugin yang berfungsi dengan benar untuk suatu tugas dan membuatnya berfungsi.

Saya pribadi menyerah pada sbt, karena itu menyebabkan lebih banyak masalah daripada diselesaikan. Saya benar-benar beralih ke gradle.

Sosok pergi.

Saya cukup baru mengenal gradle, dan sangat baru dalam sbt - yang sangat saya sukai dari sbt sejauh ini adalah konsol interaktif. Ini memungkinkan saya menggunakan perintah seperti 'memeriksa' untuk mendapatkan gambaran yang lebih baik tentang apa yang sedang terjadi. AFAIK gradle tidak menyediakan atm seperti ini.

Sbt dan gradle, keduanya didasarkan pada bahasa yang diketik secara statis .... tetapi sbt memiliki beberapa keunggulan:

• dukungan plugin yang lebih baik, khususnya autoplugin
• pembuatan tugas dan manajemen ketergantungan antar tugas
• sbt secara khusus sesuai dengan proyek scala dalam arti mendukung incremental build dan sebagian besar sbt itu sendiri ditulis dalam scala dan definisi build sbt ditulis dalam scala
• sbt memiliki dukungan shell interatif dengan banyak tugas built-in yang berguna
• Siklus hidup default sbt cukup berguna dan dapat memulai pemula dengan sedikit usaha