Есть NANT все еще поддерживается и подходит для .NET 3.5 / VS2008?

голоса
26

Я использую MSBuild строить свои вещи. Я хочу использовать CruiseControl.NET также сборки сервера.

Теперь CCNET относится NANT много, но это выглядит так, как будто CCNET может сделать большую часть материала NAnt может сделать через конфигурацию проекта и MSBuild. Кроме того, NANT кажется немного неподдерживаемый, с выпуском бета, который почти год в настоящее время.

Короче говоря: я на самом деле вполне доволен MSBuild (особенно, так как это «официальный» компилятор переднего конца) и немного неудобно с Нанами, но я не хочу судить преждевременно.

Что было бы причин для использования NAnt над MSBuild? Особенно с CCNET, который, кажется перекрываться немного с NAnt с точки зрения особенностей (и добавление автоматизированной сборки вещи, связанные с)

Задан 04/08/2008 в 15:55
источник пользователем
На других языках...                            


7 ответов

голоса
15

Если вы вполне довольны MSBuild, то я бы придерживаться MSBuild. Это может быть один из тех случаев, когда инструмент вы узнаете первым является тот, который вы предпочтете. Я начал с NAnt и не вполне могу привыкнуть к MSBuild. Я уверен, что они оба будут вокруг в течение достаточно долгого времени.

Есть некоторые фундаментальные различия между ними, вероятно , лучше всего подсвечивается этим разговором между некоторыми поклонниками NANT и Microsoftie .

Интересно, что Джереми Миллер спросил прямо противоположный вопрос на своем блоге в прошлом году.

Ответил 04/08/2008 d 23:52
источник пользователем

голоса
5

На мой взгляд, это скорее вопрос личных предпочтений. Нан является большой рамкой и MSBuild почти так же способен. Благодаря способности легко разрабатывать пользовательские задачи (в обоих рамках) вы можете выполнить почти все, что вам нужно сделать.

Я не могу ответить на «все еще поддерживается» часть ваших вопросов, но я бы сказал, если вы уже знакомы с Нан, то это, вероятно, жизнеспособны. Если вы (или кто-то в вашей группе) знакомы с MSBuild то это прекрасный способ пойти, а также.

Ответил 04/08/2008 d 16:12
источник пользователем

голоса
3

Если вы уже получили кучу пользовательских задач, которые вы используете с Нанами, придерживайтесь его - вы не получите много с MSBuild. Тем не менее, как представляется, не будет ничего, что Нан может сделать это MSBuild не может по своей сути. Оба они могут вызывать внешние инструменты, как может работать на основе .NET пользовательских задач, и оба имеют кучу общественных задач там.

Мы используем MSBuild здесь по той же причине вы - это система сборки по умолчанию для VS сейчас, и у нас не было каких-либо NANT-конкретные вещи, чтобы беспокоиться о.

В MSBuildCommunityTasks хорошая третьей сторона задача база для начала, и охватывает большинство пользовательских вещей я когда - либо делал в Нан, в том числе VSS и поддержки Subversion.

Ответил 04/08/2008 d 16:52
источник пользователем

голоса
1

CC.NET просто технология сборки сервера, а не технология сборки сценария. Мы используем CC.Net на работе очень успешно назвать MSBuild сценариев сборки без проблем.

NAnt является старше и более зрелым языком сценариев сборки, но оба они похожи в том, как они работают. Есть очень мало вещей, которые я мог бы сделать в NAnt, что я не могу также сделать в MSBuild, так что это действительно сводится к тому, какой из них вы более комфортно. Насколько как активный NAnt есть не ехать, когда последний релиз был ... вместо того, чтобы ехать, когда последняя ночная сборка была. NAnt стремится идти долгое время между релизами, но ночные сборки, как правило, довольно стабильны.

Ответил 29/08/2008 d 05:23
источник пользователем

голоса
1

Честно говоря, это зависит от того, что вписывается в вашу среду лучше. Если вы используете много инструментов Non-Microsoft, NUnit, CCNET, NCover. Вы, вероятно, найти лучшую поддержку с NAnt. Кроме того, если вы используете MSTest, TFSBuild, вы, вероятно, найти MSBuild улучшения окружающей среды. Я хотел бы узнать, как и использовать, которые каждый приспосабливает более гладко с окружающей средой.

Ответил 04/08/2008 d 16:37
источник пользователем

голоса
0

Я считаю, что вы также можете использовать гибридный подход тоже, особенно в крупных проектах. Многие наши NANT скрипты превращаются в MSBuild, когда разрабатываются новые компоненты. Оба поддерживают одни и те же основные функции и могут звонить друг другу, если вы найдете задачи, который поддерживается в одном, а не другой.

Для нового начала разработки .NET с MSBuild поможет вам сэкономить много времени, так как он может запустить решение файлов напрямую. Расширение от основной компиляции для выполнения других задач (управление источником, развертывание и т.д.) работает достаточно хорошо.

Ответил 29/09/2008 d 15:00
источник пользователем

голоса
0

Как и то , что так много людей уже указывали, здесь ответ «это зависит». Есть некоторые вещи , как повторяющиеся операции , которые намного проще и чище в NAnt. Смотрите на форумах MSDN для обсуждения по этому поводу.

Ответил 04/09/2008 d 21:52
источник пользователем

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