【问题标题】:MsBuild Very Slow in iOSiOS 中的 MsBuild 非常慢
【发布时间】:2019-02-06 15:39:41
【问题描述】:

我有一个脚本来启动 xamarin ios 应用程序的构建。编译很慢,下一段就停了很久。

......
_ParseExtraMtouchArgs:
        NoSymbolStrip Output: False
        NoDSymUtil Output: false

如何加快构建速度?

【问题讨论】:

  • “慢?,与什么相比”是我的正常响应...首先,启用 MSBuild 诊断级别调试(或使用/detailedsummary,但有很多“噪音”需要过滤使用也就是说,我至少从诊断级别日志的目标和任务性能摘要开始)以获取每个构建任务的时间指标,然后您可以比较各种任务/目标的速度。从那里;应该查看磁盘 IO 操作、cpu 和内存(根据我的经验按此顺序)(在 macOS 上,活动监视器是一个不错的起点。)

标签: c# xamarin xamarin.ios msbuild


【解决方案1】:

在服务器上构建?在本地机器上构建?

最终,两者都有类似的问题。您只能在 Apple 上编译到 iOS。这是许可的一部分。如果您在自己的机器上,则意味着链接到 Mac,然后为设备/模拟器创建包。 Visual Studio 让它变得简单,但仍然需要很长时间。

既然你说 MSBuild,它可能在服务器上。但是你仍然有很多相同的问题。要合法地编译到 Apple,您需要一台装有编译器的 Apple 机器。

从开发人员的角度来看,我将移动应用程序分离到自己的解决方案中,并且只在我的 Mac 上使用它。我有并行和窗口来启动后端服务和 SQL 数据库。我将代码保存在 Mac“端”的目录中,但在 repo 中有不同的解决方案处理不同的项目。它工作正常。我确实有一个适用于我的 PC 的解决方案,但我发现编译是一个皇家 PITA,所以我已经放弃了在 Surface 上的工作,除非我卷入了 web 和后端的东西。

【讨论】:

  • 您好,感谢您的回答。构建从 Windows 计算机启动,将 mac 连接的参数传递给 MSBuild。 mac是物理设备。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-07-14
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多