.NET / C#编译工具 - 是一个恶性的首选工具? [英] .Net/C# Build Tool - Is NAnt a preferred tool?

查看:157
本文介绍了.NET / C#编译工具 - 是一个恶性的首选工具?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我即将成立的.NET / C#项目的自动生成。

I'm about to set up an automatic build of a .net/C# project.

我搜索网颇有几分,并且有。很多这个工具叫'恶性'引用

I've searched the net quite a bit, and there are a lot of references to this tool called 'NAnt'.

我的问题是:


  • 是楠认为是一个很好的工具,这一点,是它仍在使用?

  • 是否存在对于这样的任务的事实上的标准?

  • 等TOOS
  • Is NAnt considered a good tool for this, is it still used?
  • Are there other toos that are the de facto standard for such a task?

从项目的sourceforge的页面上的信息,它似乎并不有一直备受开发正在进行的拉泰什年。这同样适用于所述NAntContrib项目

From the information on the projects's sourceforge page, it doesn't seem to have been much development going on the lates years. The same applies to the NAntContrib project.

谢谢!

推荐答案

。南特被广泛使用,具有良好的支持。

NAnt is widely used and has good support.

Visual Studio中本身自带的构建工具 - 的MSBuild,内置在Visual Studio中(项目和解决方案文件的MSBuild脚本) 。它有一个大的支持基础,并与社区构建任务的。

Visual studio comes with its own build tool - MSBuild, that is built into visual studio (project and solution files are MSBuild scripts). It has a large support base and multiple extensions with community build tasks.

这篇关于.NET / C#编译工具 - 是一个恶性的首选工具?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆