.Net/C# 构建工具 - NAnt 是首选工具吗？ [关闭]答案

【问题标题】：.Net/C# Build Tool - Is NAnt a preferred tool? [closed].Net/C# 构建工具 - NAnt 是首选工具吗？ [关闭]
【发布时间】：2010-03-11 14:36:02
【问题描述】：

我即将设置一个 .net/C# 项目的自动构建。

我已经在网上搜索了很多，并且有很多关于这个名为“NAnt”的工具的引用。

我的问题是：

从项目的 sourceforge 页面上的信息来看，最近几年似乎没有太大的发展。这同样适用于 NAntContrib 项目。

谢谢！

【问题讨论】：

NAnt 和 MSBuild 是 2 个主要工具，Team Foundation Server 的构建代理完全（或大部分）基于 MSBuild。
请参阅stackoverflow.com/questions/476163/… 了解 NAnt/MSBuild 的比较。摘要：取决于您的喜好（每种的优缺点）。回答您的另一个问题：是的，它仍在使用。

【解决方案1】：

NAnt 应用广泛，支持良好。

Visual Studio 带有自己的构建工具 - MSBuild，它内置于 Visual Studio 中（项目和解决方案文件是 MSBuild 脚本）。它拥有庞大的支持基础和社区build tasks 的多个扩展。

【讨论】：

【解决方案2】：

MS Build Tasks 是自动化构建过程的另一个选项。

【讨论】：

【解决方案3】：

NAnt 仍在使用。我已将它用于自动部署 ASP.NET Web 应用程序以及相关服务和数据库。

MSBuild 被广泛使用。与 NAnt 相比的一个优势是它包含在 .NET 2.0+ 中。我也喜欢类似数组的功能和批处理：http://msdn.microsoft.com/en-us/library/ms171473%28VS.80%29.aspx。

【讨论】：

【解决方案4】：

就我自己而言，是的，仍然使用 NAnt。我有一个标准的构建脚本，可以很容易地添加到任何新项目中。对于我打算保留一段时间的任何新代码，我都会这样做。

NAnt 已经成熟并广泛应用于许多项目中。它的很大一部分吸引力在于它通过自定义任务的可扩展性。

根据this post 的说法，该项目似乎确实停滞不前，但显然它仍然活跃且活跃。有一些关于未来路线图的讨论，还有一个新版本。

【讨论】：