«continuous-integration» etiketlenmiş sorular

Yazılım mühendisliğinde sürekli entegrasyon (CI), tam yazılım ürününün sürekli yapımını ve otomatik testini sık sık uygular. Günde en az bir kez, genellikle günde birkaç kez ve bazen sürüm kontrol sistemine her girişten sonra olduğu kadar sık.

13
Sürüm kontrolü ve sürekli entegrasyon kullanmayan ciddi şirketler var mı? Neden?
Bir meslektaşım, hem sürekli entegrasyona sahip bir yapı sunucusu hem de sürüm kontrol yazılımı kullandığımız için yazılım departmanımızın oldukça gelişmiş olduğu izlenimi altındaydı. Bu, benim bakış açımla uyuşmadı, çünkü ciddi bir yazılım yapan ve bunlardan birine sahip olmayan tek bir şirketi tanıyorum. Ancak tecrübelerim sadece bir avuç şirketle sınırlı. Herkes …


2
Ağır şirket haberleşmeleri, yapılandırma yönetimi ve test gereksinimlerine sahip Mercurial Depo yapısı
Ben dağıtılmış versiyon kontrolü Tao'da kendimi yeniden eğitmek için mücadele eden başka bir Subversion kullanıcısıyım. Subversion'u kullanırken, projenin önemsiz yaklaşımının büyük bir hayranıydım ve eski işverenlerimin çoğuyla depo şubelerimizi yapılandıracağız; etiketler ve gövde aşağıdaki gibi: branches-+ +-personal-+ | +-alice-+ | | +-shinyNewFeature | | +-AUTOMATED-+ | | +-shinyNewFeature | +-bob-+ …

6
“Otomatik inşa” ne demektir?
Bir projeye Sürekli Entegrasyon eklemeye çalışıyorum. Wikipedia'ya göre , CI'nin önemli bir parçası otomatik yapılardır. Ancak, CI ve build otomasyon makalelerinin aynı fikirde olmadığı için bunun ne anlama geldiği konusunda kafam karıştı . Özel karışıklık noktaları: "otomatik yapı" şu anlama gelir : veya Perl gibi yorumlanmış bir dil kullanan bir …

6
Otomatik Yapı Sistemi Kurmaktan Kimler Sorumludur?
Şirketimde proje yöneticisiyim. CVS olarak bilinen standart, iyi bilinen bir sürüm kontrol sistemi kullanan birkaç geliştirici ekibiyle çalışıyorum. Yapı kırılması ve üretim sunucularına sızan kötü dağıtımlarla ilgili sorunların önlenmesine yardımcı olmak için sürekli entegrasyonun ve otomatik yapıların uygulandığını görmek istiyorum. Eminim bunu kendim ayarlayabilirim, ancak bunu iki nedenden dolayı kendim …

2
Başarısız bir testi nereye itmeli?
GitHub veri havuzumdaki şube ayarlarını değiştirdim, böylece [sonraki] şubem bir çekme isteği yoluyla geçen bir CI derlemesi gerektiriyor. Birkaç ekip üyesi ile başarısız testler hakkında bir tartışma yapıldı. Bağlam uğruna ... Depo yalnızca açıklaması, bu yüzden [usta] kod içeren varken içine PR'd oluyor bir [usta] şubesi vardır itibariyle olursa olsun …

8
“Passing / Broken build” göstergesine alternatif mi?
Her bir taahhütte testleri yürüten sürekli bir entegrasyon olduğunda, ortak bir en iyi uygulama tüm testlerin her zaman geçmesini sağlamaktır (diğer bir deyişle "derlemeyi kırmayın"). Bununla ilgili bazı problemler buluyorum: Örneğin, biletlere karşılık gelen testler oluşturarak açık kaynaklı bir projeye yardımcı olamazsınız. Başarısız test içeren bir açık kaynak projesine bir …


2
Sürekli entegrasyon aracını nasıl seçmeliyim? [kapalı]
Kapalı. Bu soru konu dışı . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu Yazılım Mühendisliği Yığın Değişimi için konuyla ilgili olacak şekilde güncelleyin . 5 yıl önce kapalı . Wikipedia'daki entegrasyon sunucuları için bu harika karşılaştırma tablosunu buldum , ancak araçları ve ihtiyaçlarım ve ilgi alanlarım …


3
çoklu havuz ortamında paket ve sürüm stratejileri
Biz kendi git depolarını yöneten çok sayıda takımı olan küçük bir şirketiz. Bu bir web platformudur ve her takımın eserleri günün sonunda gece testleri için konuşlandırılır. Süreci versiyonlama ve paketleme etrafında resmileştirmeye çalışıyoruz. Her takımın günlük gelişim yaptıkları bir ana dalı vardır. Her bir ekibin kalite güvencesi üyeleri, ekibinin yaptığı …

5
Tek şirket sürüm döngüsü: Dağıtılmış Kaynak Kontrolü'ne mi gidersiniz?
Bu uzun yazı için üzgünüm, ama buna değer olduğunu düşünüyorum. Çalıştığım diğer yerlerden biraz farklı çalışan küçük bir .NET mağazasıyla başladım. Önceki pozisyonlarımdan farklı olarak, burada yazılan yazılım birden fazla müşteriyi hedefliyor ve her müşteri yazılımın en son sürümünü aynı anda alamıyor. Bu haliyle, "mevcut üretim versiyonu" yoktur. Bir müşteri …

4
Sürüm oluşturma ve gece oluşturma
Tipik bir çözüm, bir yapı sunucusunda çalışan bir CI (Sürekli Entegrasyon) derlemesine sahip olmaktır: Kaynak kodunu analiz eder, derleme yapar (hata ayıklamada) ve testleri çalıştırır, test kapsamını ölçer vb. Şimdi, genellikle bilinen başka bir derleme türü "Nightly derleme": kod belgeleri oluşturma, kurulum paketi oluşturma, test ortamına dağıtma ve test ortamına …

3
İnşa otomasyonuna karşı dağıtım otomasyonuna karşı sürekli entegrasyon
Daha verimli olmak istiyorum ve ops araçlarını verimli kullanmak istiyorum. Bunu göz önünde bulundurarak, sürekli entegrasyon hakkında daha fazla bilgi edinmek istedim, ancak görünüşe göre bu konuda birçok farklı şey var. Aslında işimde Jetbrains takımlarıyla çalışıyorum (IntelliJ, WebStorm ...), bu yüzden onları kullanmaya devam etmek istedim ve sürekli entegrasyon için …

2
Aynı GitLab sunucusunda CI koşucusu var mı?
Şirketimde bir GitLab sunucusu kuruyorum ve şimdi buna GitLab CI ekliyorum. Bu göreve başlamadan önce, koşucularımı GitLab ve GitLab CI tarafından kullanılan aynı sunucuda çalıştırmanın dezavantajları olup olmadığını anlamak istiyorum. Güvenlik endişeleri olduğunu okudum ama sadece dahili olarak kullanıyoruz, bu yüzden bunun bir sorun olabileceğini düşünmüyorum. Bir şey mi kaçırıyorum?

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.