是否有任何标志可以传递给meteor工具来加速重新编译？当我编辑client/内的代码时，他们几乎立即得到处理，而编辑lib/或server/需要几十秒才能处理。流星应用需要很长时间才能重新编译
我猜这是因为Node.js的服务器代码重建，重新启动服务器？
重新编译也（自然）随着代码大小的增加而变慢。
这确实减慢了发展：edit -> run -> debug -> edit周期时间过长，由于慢重新编译。
这是否有任何魔术修复？
编辑：一个神奇的修复似乎是一个meteor reset，这似乎加快大幅度当meteor被重新启动的重建时间。
你会发现在client文件夹等是编辑文件将更新直线距离为流星知道你在做客户端的变化。
服务器更改需要源代码的完整重新编译，因此运行时间更长，它也会在安装的软件包中进行一些重新计算，并确保没有任何新的或过时的，如果需要更新。
此外，它监视.meteor/packages文件，看看是否您已经添加或删除没有任何包装，使更改，而无需重新启动命令行的服务器。
有希望的一些速度提升很快就包版本的解决，但此刻的谈话，而这是在包装的版本聪明，这是一个有点慢，在重新编译时间。
这对我来说似乎很奇怪，因为我每次更改一些非客户端代码时都会收到这些_“下载软件包”_消息。它真的是在线上的东西？我的JS代码中有6,500行是否需要几十秒才能在i7 @ 2Ghz w/16GB的RAM上编译？也许Meteor在我之上添加的代码增加了大部分开销？ – 2014-12-04 07:02:51
一年后，这仍然是一个非常不愉快的问题......在MS Win7下，在一台4年前的机器上开发一个小型Meteor应用程序的速度很慢。绝对是不行？ – davidbourguignon 2015-12-28 03:02:07
[这里是关于使版本检查可选/只有当包文件更改]（https：//forums.meteor。COM /吨/禁用版本检查的过程中 - 构建 - 或 - 刚刚做它一次/ 12502） – 2016-02-25 10:07:41
不是真的，你必须忍受它。我在重新加载时遇到性能问题，并且在应用程序增长时它只会变得最糟糕。
当您更改您的代码时，流星只是重新包装整个应用程序。我会修正这个问题，每次你做出改变都很容易分心。
，你会恨简单的解决方案：我最近买了一个更好的电脑，它荒原快，但你还是会注意到这一点。在流星0.8.3上，这让我感到非常沮丧，因为我没有像往常一样生产，在新电脑上的流星0.9/1.0根据我的个人经验，它需要增加大约3到8秒。
谢谢你，现在我在这个问题上投入了更多的“金钱”，看看它是否能解决问题。 – 2014-12-04 06:55:36
的可能重复[流星1.0 - 为什么“构建应用程序”采取比以前长得多（http://stackoverflow.com/questions/26878570/meteor-1-0-why-does-建立应用程序需要多长时间的使用） – 2014-12-04 05:59:37