Şu anda Subversion ve TeamCity kullanıyoruz, Mercurial kullanmaya başlayacağız (özellikle FogBugz kullanıcısı olarak Fırın).
Açıkçası bu, geliştirme örüntülerimizde (ikimiz de!) Değişikliklerle - umarım iyileşmelerle - sonuçlanacaktır, ancak uğraştığım tek şey, şeylerin nasıl yapılandırılacağıdır, böylece sürekli entegrasyonun / CI sunucumuzun ( tartışmaları bu sorunun kapsamı dışında kalan faydalar vardır ve öyle kalacaktır .
SVN ile sınırlı sayıda merkezi veri havuzuna bağlıyız - her proje için etkili bir tane (az ya da çok bir Visual Studio Çözümü), böylece bir yapıyı tetiklemek ve tüm dosyaların işlendiğinden ve hiçbir dosyanın bulunmadığından emin olmak kolaydır. ama eğer cıvanın uygun bir şekilde tarafını alacaksak, değişikliklerin genellikle kesin bir "canlı" repoya doğru akmasını beklediğim daha fazla depo örneğine sahip olmak isteyeceğiz. Mücadele ettiğim sorun, canlı repo'nun CI'ımı tetiklemek için çok "geç" gibi görünmesi, geliştirici başına proje başına bir CI derlemesi muhtemelen aşırı (ve diğer sorunlara neden oluyor) oluşturuyor.
Biraz balık tutuyorum ama bunun nedeni, merkezi bir yıkım deposunun bir şey (bana, bizim kurulumumuzla!) Verdiği şeylerden biri, ne zaman inşa edileceği konusunda çok açıklık olması.
nb Sürekli entegrasyon ile civa kullanmanın mekaniği hakkında soru sormuyorum - kişisel bir proje için bir tedavi, desenleri ve yapıları ve başımı döndürmeye çalıştığım çalışma uygulamaları / iş akışı üzerinde çalışıyorum.