我使用的MSBuild建立我的东西。 我想用CruiseControl.net通过构建服务器。
现在，CCNET是指恶性很多，但它看起来好像CCNET能做到大部分的东西，恶性的可以通过项目配置和MSBuild的事情。 此外，南特似乎有点不支持，与测试版，现在几乎是一岁。
总之：我其实用的MSBuild（特别是因为它的“官方”编译器前端）和有些不舒服楠很高兴，但我不想过早判断。
什么是理由使用楠在MSBuild的？ 特别是与CCNET，这似乎重叠的位与恶性在功能方面（以及将所述自动构建相关的东西）
如果你是相当满意的MSBuild，那么我会坚持使用的MSBuild。 这可能是这些情况下，你首先学习的工具是一个你会喜欢的。 我开始与恶性和不能完全习惯的MSBuild。 我敢肯定，他们都将是相当一段时间。
有这两个之间有一些根本性的分歧，可能是最好的强调一些恶性球迷和Microsoftie之间的对话 。
有趣的是， 杰里米·米勒提出完全相反的问题在他的博客去年。
在我看来，它更是个人喜好的问题。 楠是一个伟大的框架和MSBuild的几乎是一样能干。 由于能够轻松地开发自定义任务（在两个框架），你几乎可以完成任何事情，你需要做的能力。
我不能回答你的问题“仍然支持”部分，但如果你已经习惯与恶性那么它可能是可行的，我会说。 如果您（或您想组）是熟悉的MSBuild那么这是一个很好的方式去为好。
如果你已经有了一帮您楠使用自定义任务，坚持下去 - 你不会获得太多与MSBuild的。 这就是说，似乎没有被任何楠能做到这一点的MSBuild不能在它的核心。 两者都可以调用外部工具，既可以运行基于.Net的定制任务，都有一帮社会任务在那里。
我们在这里使用的MSBuild因为你是同样的原因 - 它是VS默认的编译系统，现在，我们没有任何楠，具体的东西担心。
该MSBuildCommunityTasks是一个很好的第三方任务库入手，并涵盖了大部分的我曾经在恶性一样，包括VSS和Subversion支持自定义的东西。
老实说，这取决于您的环境中更好地什么适合。 如果您使用的是大量的非Microsoft工具，NUnit的，CCNET，ncover。 你可能会发现恶性更好的支持。 另外，如果你正在使用MSTest的，TFSBuild，你可能会发现的MSBuild一个更好的环境。 我想学习都和使用的每一个与你的环境适合更加顺畅。
CC.NET简直是构建服务器技术，而不是构建脚本技术。 我们使用CC.NET在工作中非常成功调用的MSBuild构建脚本，没有任何问题。
楠是老年人和更成熟的构建脚本语言，但他们在他们的工作都类似。 很少有事情，我可以在恶性，我不能也做的MSBuild做的，所以它其实就是要你更熟悉的是哪一个。 至于如何积极楠是，不要当最后一个版本是去......而不是通过在最后每晚构建了去。 楠倾向于去版本之间很长一段时间，但每晚构建通常是相当稳定的。
什么样的事情让很多人已经指出，这里的答案是“看情况”。 有喜欢重复了在楠更简单和更清洁的操作一些事情。 请参阅MSDN论坛的有关讨论。
我发现，你也可以使用一个混合的方法也一样，特别是在大型的项目。 我们的很多恶性脚本被转换成的MSBuild当新组件的开发。 两者都支持相同的主要特点和可以相互调用，如果您发现本机支持在一个而不是其他的任务。
对于新的.NET开发开始的MSBuild可以为您节省大量的时间，因为它可以运行的解决方案文件直接。 从主编译延伸到执行其他任务（源控制，部署等）工作得很好。
