2010-09-28 17 views
13

Tfs2010 örneğimde çalışan bir CI derlemem var, ancak Gated check in build in de çalışıyor. Bununla birlikte, bu iki yapının çalışmasını istediğim yollar arasında ince farklar var. Spesifik olarak, hataya neden olan hata işlerini üretmemesi, yapıda değişiklik yapılarını ve workit'leri ilişkilendirmemesi, geçiş için bir yapı oluşturmaması ve önceki yapıları sürdürmemesi için Gated Checkin'i istiyorum. Geçitli check-in'ler tarafından başlatılan bu değişiklikler kabul edilmediğinden, bu adımlar benim için gereksiz görünüyor, fakat CI'nin bu işlevleri yerine getirmesini kesinlikle isterim.Tfs 2010 Yapı: Sürekli Entegrasyon ve Geçişli Giriş Birlikte mi?

Maalesef onlar inşa Geçitli Tarafından CHECKIN kararlıyız ve CI inşa hiç devreye girmemiş sonra benim changesets görünen bu NO_CI şey var. DefaultTemplate.xaml sayfamda bir yerde "Get Activity" NO_CIOption parametresinin olması gerektiğini belirten this thread'u buldum; Ancak yapılandırma dosyasındaki hiçbir şey, sıralamadaki hiçbir şeyi belirtmiyor gibi görünüyor. Her iki dize de yoktur ve msdn kitaplığında herhangi bir başvuru belgesi bulamıyorum.

Aslında, msdn kitaplığında, istediğim sayfaya bağlanan bir bağlantı var gibi görünüyor, ancak bağlantının gerçekten nerede "derleme sisteminizi ikili dosyaları yerleştirir." Doğrudan aşağıya aynı bağlantıyı görebilirsiniz.

Her neyse: Yapılandırma şablon dosyalarında NO_CIOption parametresi nasıl kullanılır? Nerede yerleştirilir? Bunu daha önce hiç kimse yapmak istemedi mi?

Yan not: SO ve MSDN forumları arasında çapraz gönderme yapmak kötü bir uygulamadır mı?

cevap

13

Bunu takip etmek için, Xaml'ı inceledikten ve Build ikili dosyalarındaki reflektörü kullanarak, SyncWorkspace eyleminde NoCIOption özelliğini buldum. Bunu yanlış olarak ayarlamak CI'nin kapıları tıkadıktan sonra tetiklenmesini sağlamış gibi görünüyor.

Bunun nasıl yapılacağı hakkında bilgi için http://donovanbrown.com/post/How-to-have-CI-builds-run-after-a-Gated-Build adresine bakın.

İlgili konular