Nant jest nadal wspierany i nadaje się do .NET 3.5 / VS2008?

głosy
26

Używam MSBuild zbudować moje rzeczy. Chcę użyć CruiseControl.NET jak przez budowy Server.

Teraz CCNET odnosi NANT dużo, ale wygląda jakby ccnet może zrobić większość rzeczy nant może zrobić poprzez konfigurację projektu i msbuild. Ponadto, wydaje się nieco NANT nieobsługiwany, z wersji beta, która jest prawie rok stary.

W skrócie: Jestem całkiem zadowolony z MSBuild (zwłaszcza, że ​​jest to „oficjalna” koniec kompilator przedni) i trochę niewygodne z NAnt, ale nie chcę osądzać przedwcześnie.

Co byłoby powodów do korzystania Nant nad MSBuild? Zwłaszcza z ccnet, co wydaje się pokrywać trochę z nant pod względem funkcji (i dodanie automatycznego gromadzenia związanych z rzeczy)

Utwórz 04/08/2008 o 15:55
źródło użytkownik
W innych językach...                            


7 odpowiedzi

głosy
15

Jeśli jesteś zadowolony z MSBuild, to chciałbym trzymać z MSBuild. Może to być jeden z tych przypadków, w których narzędzie nauczysz Pierwszy to jeden będzie wolisz. Zacząłem NAnt i nie dość przyzwyczaić MSBuild. Jestem pewien, że oboje się od dłuższego czasu.

Istnieje kilka zasadniczych różnic między nimi, prawdopodobnie najlepiej podkreślone przez rozmowy pomiędzy niektórymi fanami NANT i Microsoftie .

Co ciekawe, Jeremy Miller zwrócił się dokładnie naprzeciwko pytanie na swoim blogu w ubiegłym roku.

Odpowiedział 04/08/2008 o 23:52
źródło użytkownik

głosy
5

Moim zdaniem jest to bardziej kwestia osobistych preferencji. NANT jest wielkim ramy i MSBuild jest prawie tak samo zdolny. Dzięki możliwości łatwego rozwijania własnych zadań (w obu ram) można osiągnąć prawie wszystko, co trzeba zrobić.

Nie mogę odpowiedzieć na „jeszcze obsługiwany” część pytania, ale chciałbym powiedzieć, jeśli jesteś już komfortowo NANT to prawdopodobnie opłacalne. Jeśli (lub ktoś w grupie) jest zaznajomiony z MSBuild następnie, że jest dobrym sposobem, aby przejść również.

Odpowiedział 04/08/2008 o 16:12
źródło użytkownik

głosy
3

Jeśli masz już kilka niestandardowych zadań, które korzystają z NANT, trzymać się go - nie zyskać wiele z MSBuild. To powiedziawszy, nie wydaje się być wszystko, co może zrobić NANT że MSBuild nie może w swej istocie. Oba mogą wywołać zewnętrznych narzędzi, można uruchomić zarówno własnych zadań opartych na .Net i obie mają kilka zadań społecznych tam.

Używamy MSBuild tu z tego samego powodu jesteś - to domyślny system build dla VS teraz, a my nie mieliśmy żadnych NANT specyficzne rzeczy martwić.

W MSBuildCommunityTasks są dobrą bazą zadanie firmami, aby zacząć, i obejmuje większość niestandardowych rzeczy, jakie kiedykolwiek zrobił w Nant, w tym VSS i wsparcia Subversion.

Odpowiedział 04/08/2008 o 16:52
źródło użytkownik

głosy
1

CC.NET jest po prostu technika serwer budować, a nie technologia kompilacji skryptu. Używamy CC.NET w pracy bardzo skutecznie wywołać MSBuild zbudować skrypty bez żadnych problemów.

NAnt jest starszy i bardziej dojrzały język skryptowy build, ale obie są podobne w jaki sposób one działają. Istnieje bardzo niewiele rzeczy można zrobić w NAnt, że nie można również zrobić w MSBuild, tak naprawdę sprowadza się do tego, który z nich jest bardziej komfortowo. W miarę jak NAnt jest aktywny, nie mijają, gdy ostatnie wydanie było ... zamiast jechać kiedy ostatni nightly build było. NAnt tendencję, aby przejść długi czas między wersjami, ale nocne kompilacje są zazwyczaj dość stabilne.

Odpowiedział 29/08/2008 o 05:23
źródło użytkownik

głosy
1

Szczerze mówiąc to zależy od tego, co pasuje do danego środowiska lepiej. Jeśli używasz wielu narzędzi dla Microsoft, NUnit, ccnet, NCover. Prawdopodobnie okaże się lepsze wsparcie z nant. Alternatywnie, jeśli używasz MSTest, TFSBuild, prawdopodobnie okaże się msbuild lepsze środowisko. Chciałbym dowiedzieć się jak korzystać z których każdy i pasuje bardziej płynnie ze środowiskiem.

Odpowiedział 04/08/2008 o 16:37
źródło użytkownik

głosy
0

Uważam, że można również stosować podejście hybrydowe też, szczególnie w większych projektach. Wiele naszych skryptach NANT są konwertowane do msbuild gdy opracowywane są nowe elementy. Oba obsługują te same główne cechy i mogą dzwonić do siebie, jeśli okaże się, że zadanie jest natywnie obsługiwany w jednym, ale nie innych.

Na nowy początkowy rozwój .NET z MSBuild można zaoszczędzić dużo czasu, ponieważ może uruchomić rozwiązanie pliki bezpośrednio. Odchodzące od głównego kompilacji do wykonywania innych zadań (kontrola źródła, wdrażania, etc) działa całkiem dobrze.

Odpowiedział 29/09/2008 o 15:00
źródło użytkownik

głosy
0

Jak to, co tak wiele osób już wskazano, odpowiedź jest tutaj „to zależy”. Są pewne rzeczy, jak operacje powtarzać , że są o wiele prostsze i czystsze w NAnt. Zobacz forum MSDN do dyskusji na ten temat.

Odpowiedział 04/09/2008 o 21:52
źródło użytkownik

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