SubText gestito da CruiseControl.NET... con modifiche

E' finalmente stato messo in produzione il server per gestire la build di SubText.

L'url al quale è accessibile il report di tutte le build è http://haacked.dyndns.org/ccnet/.

Preso da entusiasmo oggi ho aggiornato ccnet all'ultima integration (1.1.0.2341): questa permette di avere anche le statistiche di tutte le build.

Al momento le statistiche integrate gestiscono solo i report generati da NUnit, ma siccome noi di SubText usiamo MbUnit per effettuare lo unit testing è stato necessario fare una modifica al codice della libreria Core di CruiseControl.
Nel costruttore della classe StatisticsBuilder (namespace completo ThoughtWorks.CruiseControl.Core.Publishers.Statistics.StatisticsBuilder), dove vengono aggiunte tutti i valori da inserire nelle statistiche, bisogna modificare le query XPath relative ai valori dei tests:

Add(new Statistic("TestCount", "sum(//report-result/counter/@run-count)"));
Add(
new Statistic("TestFailures", "sum(//report-result/counter/@failure-count)"));
Add(
new Statistic("TestIgnored", "sum(//report-result/counter/@ignore-count)+sum(//report-result/counter/@skip-count)"));

Ora spero che il team di CC.NET trovi un modo un po' più semplice per modificare o aggiungere valori alla statistiche

powered by IMHO 1.3

Come limitare un designer troppo invadente? Usando l'attributo DesignerSerializationVisibility

Quando si inserisce un controllo custom in un form, il designer di visual studio cerca di inizializzare tutte le sue proprietà.
Ma non è detto che tutte le proprietà debbano essere impostate in design time, ad esempio oggetti di domain model che vengono gestiti solo a run-time.
Come si può fare per evitare che VS inizializzi anche quelli? Decorando la proprietà con l'attributo DesignerSerializationVisibility.
Per maggiori dettagli leggete il seguito del post.

[OT] - Report della Bresaola...

C.P.L.
«maggio»
domlunmarmergiovensab
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910