.net - sp1 - net framework 4.5 скачать




NAnt все еще поддерживается и подходит для.net 3.5/VS2008? (5)

Я использую MSBuild для создания моих вещей. Я хочу использовать CruiseControl.net как Build Server.

Теперь CCNET называет nAnt много, но похоже, что ccnet может делать большую часть материала, который мог бы выполнить через конфигурацию проекта и msbuild. Кроме того, nAnt кажется немного неподдерживаемым, с бета-релизом, который почти год назад.

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

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


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

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


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

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

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


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


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

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


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

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







nant