Er Nant fortsatt støttes og egnet for .net 3.5 / VS2008?

stemmer
26

Jeg bruker MSBuild å bygge mine ting. Jeg ønsker å bruke CruiseControl.net som av Build Server.

Nå refererer CCNET Nant mye, men det ser ut som om ccnet kan gjøre det meste av ting nant kunne gjøre gjennom prosjektet konfigurasjon og MSBuild. Også synes Nant litt støttes, med en betaversjon som er nesten et år gammel nå.

Kort sagt: Jeg er faktisk ganske fornøyd med MSBuild (spesielt siden det er den offisielle kompilator front end) og litt ubehagelig med Nant, men jeg ønsker ikke å dømme for tidlig.

Hva ville være grunner til å bruke Nant løpet MSBuild? Spesielt med ccnet, som synes å overlappe litt med nant i form av funksjoner (og tilsette den automatiserte bygge relaterte ting)

Publisert på 04/08/2008 klokken 14:55
kilden bruker
På andre språk...                            


7 svar

stemmer
15

Hvis du er ganske fornøyd med MSBuild, så jeg ville holde med MSBuild. Dette kan være en av de tilfellene der verktøyet du lærer første er den du vil foretrekke. Jeg startet med Nant, og kan ikke helt bli vant til MSBuild. Jeg er sikker på at de vil begge være rundt i ganske lang tid.

Det er noen grunnleggende forskjeller mellom de to, trolig best fremhevet av denne samtalen mellom noen Nant fans og en Microsoftie .

Interessant, Jeremy Miller ba det motsatte spørsmålet på bloggen sin i fjor.

Svarte 04/08/2008 kl. 22:52
kilden bruker

stemmer
5

Etter min mening er det mer et spørsmål om personlig preferanse. Nant er en flott ramme og MSBuild er nesten like dyktige. Med muligheten til enkelt å utvikle tilpassede oppgaver (i begge rammer) du kan oppnå nesten alt som du trenger å gjøre.

Jeg kan ikke svare på "fortsatt støttet" del av spørsmålene dine, men jeg vil si at hvis du allerede er komfortabel med Nant så er det nok levedyktig. Hvis du (eller noen i din gruppe) er kjent med MSBuild så det er en fin måte å gå også.

Svarte 04/08/2008 kl. 15:12
kilden bruker

stemmer
3

Hvis du allerede har en haug med tilpassede oppgaver du bruker med Nant, hold deg til det - du ikke får mye med MSBuild. Når det er sagt, det ser ikke ut til å være noe som Nant kan gjøre det MSBuild kan ikke i sin kjerne. Begge kan ringe eksterne verktøy, både kan kjøre .Net-baserte tilpassede oppgaver, og begge har en haug med samfunnsoppgaver der ute.

Vi bruker MSBuild her av samme grunn du er - det er standard build system for VS nå, og vi hadde ikke noen Nant-spesifikke ting å bekymre seg for.

De MSBuildCommunityTasks er en god tredjeparts oppgave base for å begynne med, og dekker det meste av tilpassede ting jeg har gjort i Nant, inkludert VSS og Subversion støtte.

Svarte 04/08/2008 kl. 15:52
kilden bruker

stemmer
1

CC.NET er rett og slett bygge serverteknologi, ikke bygge skriptet teknologi. Vi bruker CC.NET på jobb til svært vellykket ringe MSBuild bygge skript uten problemer.

Nant er en eldre og mer moden bygge skriptspråk, men de er begge like i hvordan de fungerer. Det er svært få ting jeg kunne gjøre i Nant at jeg ikke kan også gjøre i MSBuild, slik at det virkelig kommer ned til hvilken du er mer komfortabel med. Såvidt hvor aktiv Nant, ikke gå av når den siste utgivelse var ... i stedet gå av når den siste nattlige build var. Nant tendens til å gå lang tid mellom utgivelsene, men nattlig bygger er vanligvis ganske stabile.

Svarte 29/08/2008 kl. 04:23
kilden bruker

stemmer
1

Ærlig talt det kommer an på hva som passer inn i miljøet bedre. Hvis du bruker en rekke ikke-Microsoft-verktøy, NUnit, ccnet, ncover. Du vil sannsynligvis finne bedre støtte med nant. Alternativt hvis du bruker MSTest, TFSBuild, vil du sannsynligvis finne MSBuild et bedre miljø. Jeg vil lære både og bruke som hver passer mer jevnt med ditt miljø.

Svarte 04/08/2008 kl. 15:37
kilden bruker

stemmer
0

Jeg synes at du også kan bruke en hybrid tilnærming også, spesielt i større prosjekter. Mange av våre Nant skript blir konvertert til MSBuild når nye komponentene er utviklet. Begge støtter de samme viktigste funksjonene og kan ringe hverandre hvis du finner en oppgave som opprinnelig støttet i en, men ikke den andre.

For nye .NET utvikling starter med MSBuild kan spare deg for mye tid siden det kan kjøre løsningen filer direkte. Strekker seg fra hoved kompilering å utføre andre oppgaver (kildekontroll, distribusjon, etc) fungerer ganske bra.

Svarte 29/09/2008 kl. 14:00
kilden bruker

stemmer
0

Som det så mange mennesker har allerede antydet, er svaret her er "det kommer an". Det er noen ting som å gjenta operasjonene som er mye enklere og renere i Nant. Se MSDN fora for en diskusjon om dette.

Svarte 04/09/2008 kl. 20:52
kilden bruker

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more