2009-07-21 22 views
7

Harici olarak barındırılan bir SVN deponuz var ve şu an yapı sunucumuz dahili. Bazen (muhtemelen günde 1 veya 2 kez), yapı sunucusu bir ağ kesintisi, bir zaman aşımı veya başka bir rastgele neden yüzünden SVN deposunu bulamıyor. Harici olarak barındırılan bir depoyla bu durumun önüne geçmek zordur, ancak SVN deposunu bulamadığı zaman yapıyı bozar!CruiseControl.NET yapılamıyor

Sadece bir sonraki aralıkta tekrar denemenin ve keşfedilmemiş bir depoyla ilgili hataları görmezden gelmenin bir yolunu bulmak istiyorum. Bunu nasıl yapabileceğimi bilen var mı?

Yapılandırmamı aşağıda referans olarak gönderdim.

<project name="MyProject" queuePriority="0"> 
<workingDirectory>C:\RemovedForPost</workingDirectory> 
<artifactDirectory>C:\RemovedForPost </artifactDirectory> 
<sourcecontrol type="svn"> 
    <trunkUrl>http://RemovedForPost \</trunkUrl> 
    <workingDirectory>source</workingDirectory> 
    <username>myuser</username> 
    <password>*****</password> 
</sourcecontrol> 
<triggers> 
    <intervalTrigger name="BuildAMinute" seconds="60" buildCondition="IfModificationExists" /> 
</triggers> 
<tasks> 
    <msbuild> 
    <executable>C:\Windows\Microsoft.NET\Framework\v3.5\MSBuild.exe</executable> 
    <workingDirectory>C:\RemovedForPost</workingDirectory> 
    <projectFile>C:\RemovedForPost\RemovedForPost.sln</projectFile> 
    <buildArgs>/noconsolelogger /p:Configuration=Debug /v:diag</buildArgs> 
    <targets>Build</targets> 
    <logger>C:\Program Files\CruiseControl.NET\server\ThoughtWorks.CruiseControl.MsBuild.dll</logger> 
    <timeout>120</timeout> 
    </msbuild> 
    <nunit> 
    <path>C:\Program Files\NUnit 2.5\bin\net-2.0\nunit-console.exe</path> 
    <outputfile>C:\RemovedForPost.xml</outputfile> 
    <assemblies> 
     <assembly> RemovedForPost </assembly> 
    </assemblies> 
    <timeout>60</timeout> 
    </nunit> 
</tasks> 

Teşekkür

+0

Kesinlikle topal. Benim de bu problemim var. +1. –

cevap

5

Düzeltme. Ne istediğinizi tümü Sen max ayarlanır dener kadar bir hata rapor olarak ayarlayabilirsiniz yeni ayarlarla

CruiseControl.NET docs

içindedir. Bu yüzden 3'ü maksimuma çıkartın ve onu sadece yayıncıya (yani yapılamayan) birime hareket ettirmek için ayarlayın. Yani 1 ya da 2 özlülük tamam olacak, ama sonra 3 şey bir şey yanlıştır başarısız.

+0

Evet, sadece% 95'inde bir kere başarısız olur, sadece% 2'si diğer% 5'i olur, bu yüzden tetikleyici bana çok fazla faydası olmaz, fakat eğer bunu düzeltemezsem, CC.NET'den kurtulun. Günde sadece 1-2 check-in ile% 50 yapı başarısızlık oranı elde ediyoruz. – Odd

+0

Peki, nereye gideceğinizi bilmiyorum. Sürekli kontrol entegrasyonunun temel prensibi olarak görünecektir, eğer kaynak kontrol sunucusuna ulaşamazsanız, yapıyı bozmanız gerekir. Bunu düşündüğünüz bir sistem var mı? – Alex

+2

Ama eğer birçok başarısızlık yaşıyorsanız, probleminizin temel nedenini ele almanız gerektiğini düşünmüyor musunuz? Demek istediğim, bu bazen bana olur, ancak genellikle SCC sağlayıcısının yükseltmeler ve benzerleri için planlanan kapalı kalma süresi boyunca olur. –

İlgili konular