SORU
13 NİSAN 2011, ÇARŞAMBA


C buildbot vs hudson/jenkins sürekli entegrasyon

Şu anda sürekli entegrasyon için jenkins/hudson büyük çoğunlukla C bir proje kullanıyorum. Gövde ve her şube için ayrı projelerimiz var. Ayrıca, Java kodu için ilgili bazı projeleri var, ama bu kurulum oldukça basit şu an (daha sonra yapabiliriz. C projeleri aşağıdakileri yapın:

  • Yeniden inşa, temiz bir yapı yapmak, ya da yeni bir ödeme kullanılıp seçenekleri ile her şey
  • İsteğe bağlı olarak tüm testleri oluşturur çalışır
  • İsteğe bağlı olarak tüm testleri Valgrind. memcheck kullanarak çalışır
  • Cppcheck çalışır
  • Doxygen belgeler oluşturur
  • Raporlar yayınlıyor: birim testleri, valgrind, cppcheck, derleyici uyarılarını, MASRAF, açık görevler, ve kod kapsama (gcov, gcovr ve cobertura eklentisi kullanarak)
  • Dağıtır kodu gecelik veya bir test ortamı ve paket deposu için isteğe bağlı

Her şey otomatik yapılar için yapılandırılabilir ve talep üzerine kurar için isteğe bağlıdır. Altında, daha özel bash betikleri ile birlikte automake ve autoconf kullanan yapı sistemimize bağlı olan bu kadar denetleyen bir bash betiği yok.

Java adamlar kullanıyorlardı çünkü Hudson (zaman) kullanmaya başladık ve biz sadece gece kurar istedim. O zamandan beri, bir çok şey daha ekledik ve daha eklemek için devam edin. Bazı açılardan Hudson harika, ama kesinlikle uygun değil.

Diğer çözümlere baktım ve bir yedek olabilir gibi görünen bir tek buildbot. Buildbot bu durum için daha mı iyi olur? Zaten Hudson kullanıyoruz beri yatırım değer mi? Neden?

EDİTBiri Hudson/Jenkins ideal. neden bulamadığımı sordu Kısacası her şey geliştirilebilir. Sadece eğer Jenkins kullanımı için en geçerli çözüm ise ya da daha iyi bir şey (buildbot?) olup olmadığını merak ediyorum bu yeni şartlar geldi bile uzun vadede korumak için daha kolay olacaktır.

CEVAP
6 Mayıs 2011, Cuma


Hem açık kaynak projeleri, ama gerek yoktur buildbot kodu değiştirmek için "genişletmek", aslında oldukça kolay almak için kendi ambalajlarında yapılandırma hangi alt sınıf en fazla kendi eklemeleri. Örnekler: derleme veya test kodu, çıkışları bazı ayrıştırma hataları bir sonraki adım için verilecek/uyarı e-postaları kendi biçimlendirme vb. kendi birçok imkan var.

Buildbot olduğunu söyleyebilirim genel olarak en çok "genel amaçlı" otomatik araçları oluşturur. Jenkins ancak belki de en iyi ile ilgili testler, özellikle ayrıştırma ve zararlı sonuçlar güzel yolu (sonuçlar, detaylar, grafikler.. birkaç tıklama uzaklıkta), şeyler buildbot değil "out-of-the-box". Aslında her ikisi de seksi test sonucu sayfaları için kullanmayı düşünüyorum.. :-)

Ayrıca genel kural olarak olmaması gerekir zor oluşturmak için yeni bir araç var config: eğer belirtimi ne (yapılandırmaları oluşturur, testler) çok mu zor geçmek bir araç için başka bir (kötü) işareti yetmez yapılandırma komut taşındı kaynakları. Buildbot (veya Jenkins) sadece basit komutları aramalı. Eğer bu basit test, sonra kod " de ve bu irade geliştirmek başarı oranı ise yalnızca sürekli entegrasyon sistemi çalışır testleri, bileceksin çalıştırdıktan sonra bunu düzeltmek için yeni bir kod hataları ve gevşek olmayan regresyon değeri, sadece benim 0.02€ :-)

Yardımcı olur umarım.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • bombjack2991

    bombjack2991

    29 HAZİRAN 2008
  • ELawshea

    ELawshea

    26 Mayıs 2008
  • Kevin Bruckert

    Kevin Brucke

    30 Aralık 2006