【问题标题】:Visual Studio 2013 Wix 3.7 automated buildVisual Studio 2013 Wix 3.7 自动构建
【发布时间】:2014-11-29 17:36:06
【问题描述】:

我们公司将自动创建安装程序。 我们使用 Visual Studio Online 进行构建,使用 Visual Studio 2013 Pro 进行开发。 我们将使用 WIX 2.8,因为它与 VS2013 兼容。

我有两个问题:

  1. 在“托管构建服务器上的软件”部分的“托管构建控制器”文章 (http://www.visualstudio.com/get-started/hosted-build-controller-vs) 中,我们看到“WIX 工具集 3.7”预安装在托管构建控制器中。然而,在另一篇文章“TFS 服务 - 托管构建服务器上的软件”(http://listofsoftwareontfshostedbuildserver.azurewebsites.net/) 中,我没有看到任何 WIX 工具集。请告诉我在哪里可以找到 Hosted Build Controller 上安装的软件?

  2. 为什么托管构建控制器上的 Microsoft Azure(我们非常喜欢它)没有最新的 WIX 工具集 3.9。 WIX 工具集 3.9 没有官方的 NUGET。我知道 WIX 团队可能会质疑,这可能不是微软的一部分。但是,如果 Azure 团队将 WIX 3.7 包含在 Hosted Build Controller 中,那么他们为什么不更新呢?

    请帮助我,因为我不知道该怎么做:要么使用 WIX 3.7 并期望它安装在 Hosted Build Controller 上,要么用户“WiX Toolset (unofficial) 3.9.1006”?

【问题讨论】:

  • 您应该将自己限制为每个帖子 1 个问题。
  • 关注this article,永远不要依赖安装在托管构建控制器上的 WiX 版本
  • 谢谢Yan Sklyarenko。来自乌克兰开发者的正确答案。 :)

标签: .net msbuild wix wix3.7 wix3.8


【解决方案1】:

我使用 VSO,但不使用托管构建控制器。这是一个非常简洁的概念,但一旦你不适合盒子,它就会停止工作。对我来说,尽管微软推出了 InstallShield Limited Edition,但缺少 InstallShield 编译器。对于 WiX,问题在于您必须禁用 ICE 验证,因为测试在其锁定环境中失败。然后,当您请求构建​​时,启动构建代理会出现无聊的延迟。最后,您不能将构建放在本地文件服务器上,因此您始终必须点击进入网站并等待构建排队等待下载。 ZZZZZZZZZZZ

WiX 3.8 与 3.9 无关,因为目标文件相同。

所以这是一个简洁的概念,但在那里并不安静。我家的台式机是 Core i7-2600K,配备 32GB RAM、128GB SSD 启动和 4 300GB 10K WD velociraptors,运行 RAID 0。我正在运行启用 Hyper-V 的 Windows 8.1,并且有一个每天 24 小时运行的 VM成为我的构建代理。我可以完全控制构建环境,并将构建复制到我的本地 BUILD_ARCHIVES 共享中。

Hyper-V 还托管各种开发和测试环境。

【讨论】:

  • 感谢您对 VSO 的印象和您的建议。但是我们有分散的团队,我们必须有不依赖于开发者机器的自动化构建。
  • 这只是一个例子。您还可以在任何数据中心/云提供商中获得自己的 Windows VM 并执行相同的操作。在机器上安装 DropBox 或类似工具,并将构建放置位置设置为其中的文件夹。然后让您的所有开发人员订阅该文件夹并让构建流向开发人员。您还可以以类似的方式装备一个或多个开发人员,并拥有多个分散的构建服务器。关键是您可以进行比托管构建控制器提供的更强大的配置。
  • 感谢您的克里斯托弗画家。您正在通过第三方数据中心提供强大的定制解决方案。最初,我打算像“书上所说”那样实施基本解决方案。您对缓慢的 Azure 构建服务器和下载的评论是值得考虑的重要论据。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多