在我们的应用程序中重新分发MsBuild

是否可以在我们的应用程序安装程序中重新分发msbuild，以便我们可以使用msbuild执行一些维护任务？

否，通常由于各种原因，您不会这样做，但它是运行时CLR标准安装的一部分

请注意，客户端配置文件子集不包括它，因此安装程序需要验证/安装非CP版本是否存在

---

请考虑安装的最佳工具是安装程序（一个很好的点）-但它肯定是一个连续的，带有PuxBeor和/或混合的。p> 是的，可以重新分发框架。尽管维护任务可能是安装程序的作业，但自定义任务不是msbuild。你得详细说明你的要求

您可以在安装程序中设置一个检查/条件，但在任何机器上都很可能至少有2.0框架。您可以编写一个简单的msbuild脚本，检查已安装的msbuild版本，然后执行一个可重新发行的框架。 i、 e.查找$（windir）/Microsoft.NET/Framework下存在哪些文件夹

---

您可以将这些redist添加到大多数安装程序、wix、installshield等，这样我就看不出有问题。

阅读许可证/再分配协议/指南，咨询microsoft，咨询律师。这里不适合处理法律问题。@Mat：一般来说，我同意，但我相信有一个有用的答案是可能的，所以不加入vtcletme澄清我的问题：我需要类似msbuild的“东西”，可以随应用程序一起分发。我知道ant是一个很好的例子，但是分发ant需要JDK，并且需要在客户端计算机上进行额外的设置。我想如果我能从.NETFramework使用msbuild，那就太好了。只是一个问题，有可能吗？是否有任何msbuild的“静默”安装程序可以部署到客户端计算机上？是的，所有.NET应用程序都有您所说的那种真正的安装程序。您是否试图利用并行性来管理相互依赖的任务堆栈的重复执行？虽然msbuild没有什么错，但如果您要解释您正在做什么，使xml标记成为最好的语言，它可能会帮助人们提出替代方案。维护任务听起来更像PowerShell和/或PowerGUI（但不能假设它们都安装在Win7+上的Except上）。此外，检查安装文件夹不是您检查的方式-需要检查注册表中的标记。最重要的一点是，你建议安装程序也可以部署.NET。我并没有说总是这样。注册表中的产品guid等。在评估可能的安装时间影响时，您说“非常可能”，这很有用（即，在97%的情况下，与OP的问题相比，.NET的增强是不必要的-我可以重新分发它吗（这意味着OP担心它在所有情况下都存在*）.出于同样的原因，我支持检查文件夹是否是不负责任的闲话-即，尽管你的观点是正确的，但你的I.e.是一个完全错误的例子。我没有-1但事实是，你仍然在将错误作为不相关的细节呈现，而这些错误非常关键。无论如何，一遍又一遍，KTHXBYE。。。