Apa perbedaan utama antara Jenkins dan TeamCity jika seseorang terbiasa bekerja dengan Jenkins?


10

Alat-alat ini tampaknya memiliki karakteristik yang sangat mirip.

Betapa rumitnya untuk mulai menggunakan TeamCity setelah terbiasa bekerja pada Jenkins? Apakah ada konsep khusus yang perlu diperhatikan?



3
Saya ingin merekomendasikan bahwa pertanyaan utama Anda cocok dengan pertanyaan dalam tubuh sedikit lebih dekat. Anda tidak meminta semua perbedaan, hanya perbedaan yang akan membuat sulit untuk berpindah di antara mereka?
avi

2
Posting blog yang nyata: upguard.com/articles/…
Tensibai

Jawaban:


8

TeamCity:

Itu memang terlihat lebih bagus, jika ini penting untuk tim Anda, maka itu harus secara bobot masuk. Yang mengatakan, jika itu SANGAT penting daripada Anda mungkin akhirnya akan menciptakan alat atau semacam overlay dashboard untuk mendukung tim Anda pada titik apa Anda benar-benar inginkan adalah yang dengan API terbaik. Belum mencoba Jenkins API jadi saya tidak bisa membandingkan, TC API meskipun harus memberi Anda apa yang Anda butuhkan.

Dukungan mereka cukup bagus, para pria merespons relatif cepat dan sopan. Namun itu tidak berarti Anda akan mendapatkan apa yang Anda inginkan. Jika Anda menggunakan sistem dengan cara yang tidak konvensional, Anda dapat menempatkan bug Anda di rak dengan baik ... terjadi pada kami. Pada titik itu menjadi sangat frustasi untuk digunakan, Anda dihadapkan dengan kotak hitam yang menyisakan sedikit alternatif daripada bekerja di sekitarnya. Pada titik ini segala sesuatunya bisa menjadi rusak dan jelek.

Secara umum cukup cepat untuk menyelesaikan apa yang Anda inginkan dan kuasi interaksi log API adalah fitur yang sangat bagus jika Anda melakukan banyak skrip kustom dalam pipa Anda.

Jenkins:

Pertempuran diuji dan Luas.

Tapi itu agak kurang cantik, tidak akan sejauh mengatakan itu jelek sekalipun, bisa dikatakan bahwa fungsi datang sebelum penampilan.

Saya cukup yakin Anda dapat menemukan rencana dukungan berbayar pribadi oleh perusahaan pihak ketiga jika Anda melihat-lihat. Jika ini penting untuk toko Anda, jangan hanya memblokir di bagian "OpenSource" dari kesepakatan, komunitas ini cukup luas.

Banyak, maksud saya BANYAK plugin. Sekali lagi jangan hanya membatasi diri Anda pada saluran resmi, lebih banyak plugin dapat ditemukan di github dan tempat lain.

Saya menemukan keduanya sama cepatnya untuk memulai, meskipun dengan Jenkins Anda mungkin perlu lebih dinamis dengan plugin daripada dengan TeamCity. Jadi, jika Anda memiliki departemen TI yang ketat dan tidak akan mendapatkan akses admin ke server ini bisa menimbulkan masalah. Ditambah dengan siklus rilis mereka yang jauh lebih cepat daripada TeamCity (mingguan).

Saya menemukan bahwa Jenkins mendukung lebih banyak paradigma siklus rilis daripada TeamCity. Mungkin akan lebih mudah untuk menemukan templat proses di luar kotak yang lebih cocok dengan apa yang ada dalam pikiran Anda. Saya mengatakan ini dengan cadangan karena saya belum berurusan dengan TeamCity selama 2 tahun sekarang.

Saya pribadi lebih suka Jenkins sebagian besar karena saya bias terhadap Open Source untuk alat-alat tersebut dan pada tingkat yang lebih rendah karena saya menemukan itu struktur dan mekanisme konfigurasi lebih setuju dengan saya.

YMMV


Saya akan menambahkan di sisi Jenkins kemungkinan untuk benar-benar berkontribusi pada plugin yang ada atau menulis sendiri untuk fungsionalitas khusus. wiki.jenkins-ci.org/display/JENKINS/Plugin+tutorial
Dan Cornilescu

Benar, meskipun hal yang sama juga berlaku untuk TeamCity (lihat di bawah) Namun Jenkins memang memungkinkan untuk meretas inti yang tidak benar untuk TeamCity. Mungkin atau mungkin tidak penting tergantung pada ketersediaan program Java di tim Anda dan pertemuan lingkungan TI Anda .jetbrains.com/display/TCD9/… .
Newtopian

6

Secara keseluruhan, pengalaman pengguna sangat mirip. TeamCity memiliki UI yang lebih cantik, tetapi tidak terlalu mudah digunakan. Dalam hal fungsionalitas, keduanya setara secara efektif. Sebagian besar terminologinya juga sama.

Namun, ekosistem plugin cukup berbeda; Anda pasti ingin melihat plugin apa yang tersedia untuk TeamCity untuk mencapai apa yang Anda coba lakukan, karena ini mungkin akan menjadi titik rasa sakit terbesar dalam hal transisi. Jika Anda terbiasa menjalankan plugin Jenkins tertentu, Anda harus mempelajari a) fungsionalitas apa yang disediakan oleh TeamCity tanpa memerlukan plugin apa pun, dan b) plugin apa yang tersedia untuk menambahkan fungsionalitas yang tersisa, dan perbedaannya dari plugin yang Anda gunakan Sudah terbiasa di Jenkins.


4

Saya setuju dengan Adrian pada sebagian besar poin. UI TeamCity jelas lebih cantik dan Anda mendapatkan lebih banyak fungsi bawaan dengan TeamCity daripada dengan Jenkins. Tapi Jenkins adalah open source dan sementara kualitas (dan doc) sangat bervariasi dari plugin ke plugin, ekosistemnya luas.

Saya telah menggunakan Jenkins selama bertahun-tahun dan baru mulai menggunakan TeamCity baru-baru ini. Misalnya, mengatur pekerjaan yang tergantung jauh lebih sederhana dan lebih intuitif di Jenkins daripada di TeamCity.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.