Sorunuzda tartıştığınız şey aslında 3 farklı kavramdır:
Özünde Sürekli Entegrasyon küçük değişiklikler yapmak ve bu değişiklikleri sıklıkla "küresel gerçek" ile senkronize etmektir. Bir geliştirici, bir hafta boyunca ödeme yapmak ve üzerinde durmak yerine, bir gün içinde tamamlanabilen görevler üzerinde çalışmalıdır, böylece kodu hiçbir zaman ana havuzla senkronize edilemez.
Takım ağrısına neden olmadan bunu başarmak için (örneğin, mevcut işlevselliği oluşturmayan veya bozmayan kaynağı kontrol etme). Geliştiricinin kodunun "derlemeyi bozmadığını" doğrulaması gerekir. Manuel olarak yapılırsa, bu, geliştirme sürecine ek yük getirir (bir kod satırında yapılan bir değişikliğin uygulamayı beklenmedik şekillerde etkileyebileceği çok uzun süren ve / veya birçok bağımlılığı olan bir projeyi düşünün).
Bu durumu hafifletmek için, bu yükü ortadan kaldırmak için başka teknikler kullanıyoruz.
Kaynağı kontrol etmek ve isteğe bağlı olarak uygulamanın olması gerektiği gibi çalıştığını doğrulayan otomatik testler çalıştırarak otomatik derlemeler kullanırız (bu adım yalnızca test paketi kadar yararlıdır).
Bir sonraki adımda sürekli teslimat , veritabanı ve diğer endişelerinizle ilgili sorununuzu giderir. Buradaki fikir, uygulamanın olabildiğince hızlı bir şekilde üretimin mümkün olduğunca üretime yakın bir ortamda çalıştığını doğrulayabilmemiz için veritabanı ve ortamın diğer faktörleri için bir miktar sürüm oluşturma sağlamaktır .
builds
vebuild
hangisini kullanacağımı bilmiyordum.