Is Nant nog ondersteun en wat geskik is vir NET 3.5 / VS2008?
https://stackoverflow.com/questions/1300
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianVra
Ek gebruik MSBuild om my dinge te bou. Ek wil CruiseControl.net gebruik as deur Build Server.
Nou, CCNET verwys Nant 'n baie, maar dit lyk asof ccnet kan doen die meeste van die dinge Nant kan doen deur middel van die projek opset en msbuild. Ook, Nant lyk 'n bietjie nie ondersteun word, met 'n Beta dit is nou byna 'n jaar oud.
In kort: Ek is eintlik baie gelukkig met MSBuild (veral omdat dit die "amptelike" compiler voorkant) en 'n bietjie ongemaklik met Nant, maar ek wil nie te vroeg oordeel
.Wat sou redes om Nant gebruik oor MSBuild wees? Veral met ccnet, wat blyk te wees 'n bietjie met Nant oorvleuel in terme van funksies (en die toevoeging van die outomatiese bou verwante dinge)
Oplossing
As jy baie gelukkig met MSBuild, dan sou ek vashou aan MSBuild. Dit kan een van daardie gevalle waar die instrument wat jy eers leer is die een wat jy sal verkies word. Ek het begin met Nant en kan nie heeltemal gewoond te raak aan MSBuild. Ek is seker hulle sal altwee wees om vir 'n geruime tyd.
Daar is 'n paar fundamentele verskille tussen die twee, waarskynlik die beste uitgelig deur hierdie gesprek tussen 'n paar Nant ondersteuners en 'n Microsoftie .
Dit is interessant Jeremy Miller gevra presies die teenoorgestelde vraag op sy blog verlede jaar.
Ander wenke
In my mening is dit meer 'n kwessie van persoonlike voorkeur. Nant is 'n groot raamwerk en MSBuild is amper so in staat is. Met die vermoë om maklik te ontwikkel persoonlike take (in beide raamwerke) wat jy kan amper enigiets wat jy hoef te doen bereik.
Ek kan die "nog ondersteun" gedeelte van jou vrae antwoord nie, maar ek sou sê as jy reeds gemaklik met Nant dan is dit waarskynlik lewensvatbaar. As jy (of iemand in jou groep) vertroud is met MSBuild is dan is dit 'n goeie manier om so goed gaan.
As jy reeds 'n klomp van die persoonlike take wat jy gebruik met Nant het, vashou aan dit - jy het nie veel met MSBuild kry. Dit gesê, daar lyk nie enigiets wat Nant kan doen wat nie MSBuild kan nie in sy kern. Beide kan eksterne gereedskap noem, kan beide Net-gebaseerde persoonlike take uit te voer, en albei het 'n klomp van die gemeenskap take wat daar is.
Ons gebruik MSBuild hier vir dieselfde rede waarom jy is -. Dit is die verstek opbou stelsel vir VS nou, en ons het geen Nant-spesifieke dinge te bekommer oor nie
Die MSBuildCommunityTasks is 'n goeie derde party taak basis om mee te begin, en dek die meeste van die persoonlike dinge wat ek nog ooit gedoen het in Nant, insluitend VSS en Subversion ondersteuning.
Honestly dit hang af van wat pas in jou omgewing beter. As jy 'n klomp Nie-Microsoft tools, nunit, ccnet, ncover. Jy sal waarskynlik vind beter ondersteuning met Nant. Alternatiewelik, indien u gebruik MSTest, TFSBuild, sal jy waarskynlik vind MSBuild 'n beter omgewing. Ek sou beide leer en te gebruik wat elke pas meer soepel met jou omgewing.
CC.NET is eenvoudig die bou bediener tegnologie, nie die bou script tegnologie. Ons gebruik CC.NET by die werk aan baie suksesvol noem MSBuild bou skrifte met geen probleme nie.
Nant is 'n ouer en meer volwasse bou script taal, maar hulle is beide soortgelyke in hoe dit werk. Daar is baie min dinge wat ek kon doen in Nant dat ek kan nie ook doen in MSBuild, so dit kom eintlik neer op watter een jy is meer gemaklik met. Sover hoe aktief Nant is, gaan nie deur wanneer die laaste release was ... plaas gaan deur toe die laaste nag bou was. Nant is geneig om 'n lang tyd tussen vrystellings gaan, maar die nagtelike bou is gewoonlik redelik stabiel.
Soos wat so baie mense reeds aangedui, is die antwoord hier is "dit hang". Daar is 'n paar dinge soos herhaal bedrywighede wat baie makliker en skoner in Nant is. Sien die MSDN forums vir 'n bespreking oor hierdie.
Ek vind dat jy ook 'n baster benadering te kan gebruik, veral in groter projekte. Daar is baie van ons Nant skrifte word omgeskakel na msbuild wanneer nuwe komponente ontwikkel. Beide ondersteun die dieselfde groot funksies en kan mekaar bel as jy 'n taak wat native ondersteun in een te vind, maar nie die ander.
Vir nuwe NET ontwikkeling begin met MSBuild jy 'n baie tyd kan spaar, aangesien dit die oplossing kan hardloop lêers direk. Strek vanaf die hoof samestelling met ander take (bron beheer, ontplooiing, ens) uit te voer werk baie goed.
