nAnt все еще поддерживается и подходит для .net 3.5/VS2008?
Остальные ответы опубликованы, очевидно, работают, но я всегда использовал
library(scales)
comma_format()(1000000)
7 ответов
Если бы Вы довольно довольны MSBuild, то я придерживался бы MSBuild. Это может быть одним из тех случаев, где инструмент, который Вы изучаете сначала, является тем, Вы предпочтете. Я запустил с NAnt и не могу вполне привыкнуть к MSBuild. Я уверен, что они оба будут вокруг в течение достаточно долгого времени.
существуют некоторые принципиальные различия между этими двумя, вероятно, лучше всего выделенными этот разговор между некоторыми вентиляторами NAnt и Microsoftie.
Интересно, Jeremy Miller задал вопрос полной противоположности на его блоге в прошлом году.
Если Вы уже получили набор пользовательских задач, Вы используете с nAnt, палкой с ним - Вы не получаете много с MSBuild. Однако, кажется, нет ничего, что может сделать nAnt, тот MSBuild не может в его ядре. Оба могут назвать внешние инструменты, оба могут выполнить находящиеся в.Net пользовательские задачи, и у обоих есть набор задач сообщества там.
Мы используем MSBuild здесь по той же причине, которая Вы - это - система сборки по умолчанию для VS теперь, и у нас не было nAnt-определенного материала для волнения о.
MSBuildCommunityTasks является хорошей сторонней основой задачи для начала, и покрывает большую часть пользовательского материала, который я когда-либо делал в nAnt, включая поддержку Подрывной деятельности и VSS.
По-моему, это - больше вопрос персонального предпочтения. nAnt является большой платформой, и MSBuild почти как способный. Со способностью легко разработать пользовательские задачи (в обеих платформах) можно выполнить почти что-либо, что необходимо сделать.
я не могу ответить на "все еще поддерживаемую" часть Ваших вопросов, но я сказал бы, довольны ли Вы уже nAnt тогда, это, вероятно, жизнеспособно. Если Вы (или кто-то в Вашей группе) знакомы с MSBuild тогда, это - прекрасный способ пойти также.
Честно это зависит от того, что вписывается в Вашу среду лучше. Если Вы используете много инструментов Non-Microsoft, nunit, ccnet, ncover. Вы, вероятно, найдете лучшую поддержку с nant. Кроме того, при использовании MSTest, TFSBuild, Вы, вероятно, найдете MSBuild лучшей средой. Я изучил бы обоих и использование который каждый соответствия более гладко с Вашей средой.
CC.NET является просто технологией сервера сборки, не технологией сценария сборки. Мы используем CC.NET на работе к очень успешно вызову сценарии сборки MSBuild без проблем.
NAnt является более старым и более зрелым языком сценариев сборки, но они оба подобны в том, как они работают. Существует очень немного вещей, которые я мог сделать в NAnt, который я не могу также сделать в MSBuild, таким образом, это действительно сводится, каким Вы более довольны. До, как активный NAnt, не проходите, когда последний выпуск был... вместо этого проходят, когда последняя ночная сборка была. NAnt имеет тенденцию идти долгое время между выпусками, но ночные сборки обычно довольно стабильны.
Я нахожу, что можно также использовать гибридный подход также, особенно в больших проектах. Много наших nant сценариев преобразовывается в msbuild, когда новые компоненты разрабатываются. Оба поддерживают те же основные функции и могут назвать друг друга, если Вы находите задачу, которая исходно поддерживается в одном, но не другом.
Для новой разработки.NET, запускающейся с MSBuild, может сохранить Вас много времени, так как это может выполнить файлы решения непосредственно. Расширение от основной компиляции для выполнения других задач (управление исходным кодом, развертывание, и т.д.) работает вполне хорошо.
Как то, на что уже указало столько людей, ответ здесь, "он зависит". Существуют некоторые вещи как операции повторения , которые являются намного более простыми и более чистыми в NAnt. См. форумы MSDN для дискуссии об этом.