Ar trebui să trec de la nant la msbuild?

@Brad Leach

În general, nu aș schimba între ele dacă nu există o caracteristică convingătoare care lipsea

care sunt motivele convingatoare pentru utilizarea msbuild? sunt acolo contra?

Până acum, mă pricep destul de bine, "nu te deranja" de răspunsul tău.

Eu folosesc MSBuild alături de Nant, deoarece versiunea curentă a lui Nant nu poate compila încă aplicații .NET 3.5 (aceeași a fost adevărată când .NET 2.0 a ieșit pentru prima dată).

Îmi place MSBuild. Unul dintre motive este că fișierele .csproj sunt fișiere msbuild, iar construirea în VS este la fel ca și construirea la linia de comandă. Un alt motiv este suportul bun din partea TeamCity, care este serverul CI pe care l-am folosit. Dacă începeți să utilizați MSBuild și doriți să faceți mai multe lucruri personalizate în procesul dvs. de construire, obțineți MSBuild Community Tasks . Ele vă dau o grămadă de sarcini extraordinare. Nu am mai folosit NAnt de mai mulți ani și nu am regretat asta.

De asemenea, după cum menționează Ruben, există activități Sarcini SDC pe CodePlex.

Pentru mai multă distracție, pachetul de extensii MSBuild pe CodePlex , care include o sarcină de tip twitter.

Cred că MSBuild și Nant sunt destul de comparabile. Dacă utilizați una dintre acestea, în general nu aș schimba între ele dacă nu există o caracteristică convingătoare care lipsea în produsul pe care l-ați selectat.

Eu personal folosesc MSBuild pentru orice proiect nou, dar kilometrajul dvs. poate varia.

Sper că vă ajută!

Edit: @ChanChan - @Jon mentions that Nant doesn't build .NET 3.5 applications. This may be enough of a reason to either change, or at least use them in parallel. As I've moved more towards MSBuild, I am probably not the most informed person to highlight any other showstoppers with either technology.

Edit: It appears Nant now builds .NET 3.5 Applications.

Cred că sunt relativ comparabile atât în ​​ceea ce privește caracteristicile, cât și ușurința de utilizare. Doar de la a fi bazat pe C#, mi se pare mai usor sa lucrezi cu msbuild decat cu nants, desi nu este un motiv convingator pentru a comuta.

Ce nu trebuie să faci pentru tine? Sau sperați doar că există o caracteristică interesantă pe care ați putea să o pierdeți? :)

Un lucru foarte frumos despre C# este că, dacă aveți cadrul .net, aveți tot ce aveți nevoie pentru a rula msbuild. Acest lucru este fantastic atunci când lucrați la echipe mari/proiecte și aveți cifra de afaceri pentru oameni/hardware.

Personal prefer Skons peste ambele :)

Singurul motiv pentru care pot vedea pentru utilizarea msbuild este dacă doriți să utilizați un server automatizat de construcție cum ar fi controlul vitezei de croazieră. Dacă nu veți schimba, atunci l-aș lăsa în pace.

Motivul cel mai convingător de a utiliza MSBuild (cel puțin în .NET 3.5 și mai departe) - construirea motorului poate construi concomitent.

Aceasta înseamnă o viteză imensă în clădirile voastre în care aveți mai multe nuclee/procesoare.

Înainte de 3.5, MSBuild nu a construit paralel.

Sfatul meu este exact opusul - Evitați MSBuild ca ciuma. NANT este mult mai ușor de configurat pentru a face testarea automată, a implementa în mai multe medii de producție, a integra cu cruisecontrol pentru un mediu de intrare, a se integra cu controlul sursei. Am trecut prin durere atât de mult cu TFS/MSBuild (Utilizând TFSDeployer, script-uri personalizate, etc.) pentru a face ca ceea ce am putut să facem cu NANT a ieșit din cutie. Nu pierdeți timpul.