Je NANT stále podporovány a jsou vhodné pro NET 3.5 / VS2008?

hlasů
26

Jsem pomocí MSBuild stavět své věci. Chci použít CruiseControl.net as tím vytvořit server.

Nyní CCNET odkazuje Nant hodně, ale vypadá to, jako by ccnet může dělat většinu z rozšiřujícího Nant mohl udělat v konfiguraci projektu a MSBuild. Také NANT zdá trochu nepodporovaný s beta verzi, která je nyní téměř rok starý.

Stručně řečeno: Jsem docela spokojený s MSBuild (zejména proto, že je „oficiální“ kompilátor front end) a trochu nepříjemné s Nant, ale já nechci soudit předčasně.

Jaký by měl být důvody pro použití NANT přes MSBuild? Zejména se ccnet, který vypadá, že se překrývají trochu s Nant pokud jde o funkce (a přidáním automatizované sestavení související věci)

Položena 04/08/2008 v 15:55
zdroj uživatelem
V jiných jazycích...                            


7 odpovědí

hlasů
15

Pokud jste zcela spokojeni s MSBuild, pak bych držet s MSBuild. To může být jeden z těch případů, kdy tento nástroj se naučit Prvním z nich je ten, který bude preferovat. Začal jsem s NANT a nemůže zvyknout na MSBuild. Jsem si jistý, že budou oba po nějakou dobu.

Tam jsou některé základní rozdíly mezi těmito dvěma, pravděpodobně nejlépe upozornil tento rozhovor mezi některými NANT fanoušky a Microsoftie .

Je zajímavé, že Jeremy Miller požádal přesně opačný otázku na svém blogu minulý rok.

Odpovězeno 04/08/2008 v 23:52
zdroj uživatelem

hlasů
5

Podle mého názoru je to spíše otázka osobních preferencí. NANT je skvělý rámec a MSBuild je téměř tak schopný. Se schopností snadno vyvíjet vlastní úkoly (v obou rámcích) můžete dosáhnout téměř vše, co musíte udělat.

Nemohu odpovědět na „stále podporován“ část své otázky, ale řekl bych, že pokud jste již spokojeni s NANT pak je to asi životaschopné. Pokud jste (nebo někdo ve vaší skupině) je obeznámen s MSBuild pak je to v pořádku způsob, jak jít stejně.

Odpovězeno 04/08/2008 v 16:12
zdroj uživatelem

hlasů
3

Pokud jste se již dostali spoustu vlastních úkolů, které používáte s Nant, držet se ho - nemusíte získat hodně s MSBuild. To znamená, že se nezdá být nic, co by NANT může dělat, že MSBuild nemůže ve svém jádru. Obojí může volat externí nástroje, jak lze spouštět .Net založené vlastní úkoly, a oba mají spoustu společenských úkolů tam venku.

Používáme MSBuild tady ze stejného důvodu jste - to je výchozí build systém pro VS teď, a my jsme neměli žádnou Nant-specifické věci na starosti.

Tyto MSBuildCommunityTasks jsou dobrým úkol základna třetí strany pro začátek, a pokrývá většinu vlastní věci, co jsem kdy udělal v Nant, včetně VSS a podpora Subversion.

Odpovězeno 04/08/2008 v 16:52
zdroj uživatelem

hlasů
1

CC.NET je prostě build serveru technologie, není build script technologie. Používáme CC.NET při práci velmi úspěšně volání MSBuild vytvořit skripty bez problémů.

NANT je starší a zralejší sestavení skriptovací jazyk, ale oba jsou podobné v tom, jak fungují. Existuje jen velmi málo věcí, které bych mohl dělat v Nant, že nemohu dělat také v MSBuild, takže je to opravdu přijde na to, který z nich je více vyhovuje. Pokud jde o tom, jak aktivní Nant je, nejdou do kdy byla poslední zpráva ... místo toho jít, když poslední noční build byl. Nant tendenci jít dlouhou dobu mezi verzemi, ale noční sestavení jsou obvykle velmi stabilní.

Odpovězeno 29/08/2008 v 05:23
zdroj uživatelem

hlasů
1

Upřímně záleží na tom, co se vejde do vašeho prostředí lépe. Pokud používáte hodně nástrojů Non-Microsoft, NUnit, ccnet, ncover. Budete pravděpodobně zjistíte, lepší podporu s Nant. Případně, pokud používáte MSTest, TFSBuild, budete pravděpodobně najít MSBuild lepší prostředí. Chtěl bych se dozvědět jak a pomocí nichž každá se hodí hladce se svým okolím.

Odpovězeno 04/08/2008 v 16:37
zdroj uživatelem

hlasů
0

Zjistil jsem, že můžete také použít hybridní přístup příliš, a to zejména u větších projektů. Mnoho našich NANT skripty jsou převedeny na MSBuild při vývoji nových komponent. Oba podporují stejné hlavní rysy a mohou volat navzájem, pokud zjistíte, úkol, který je nativně podporován v jednom, ale ne jiný.

Pro nový vývoj .NET počínaje MSBuild vám může ušetřit spoustu času, protože se může spustit řešení soubory přímo. Rozprostírající se od hlavního kompilace plnit další úkoly (řízení zdroj, nasazení, etc) funguje poměrně dobře.

Odpovězeno 29/09/2008 v 15:00
zdroj uživatelem

hlasů
0

Stejně jako to, co tolik lidí již bylo uvedeno, že odpověď je zde „záleží“. Tam jsou některé věci, jako je opakující se operace , které jsou mnohem jednodušší a čistší v Nant. Viz fóra MSDN pro diskuzi o tomto.

Odpovězeno 04/09/2008 v 21:52
zdroj uživatelem

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