有人可以帮我了解meteor app的部署过程吗？
我使用meter 很长时间了，一旦我开始在我想用来托管应用程序的同一台机器（VPS）上从头开始开发流星应用程序。我还在本地构建了另一个应用程序，并在完成后将整个应用程序复制/粘贴到另一台机器上进行托管。
在这两种方式中，它都按预期工作。
有人可以解释一下MUP的需求是什么吗？以及类似的上传内容。还有捆绑文件，它是做什么用的？它不只是您应用程序的“zip”文件吗？我的意思是如果我只是手动压缩它（例如使用 rar），结果会不一样？？
而且我认为自己为流星应用程序设置服务器很简单。
先感谢您。
是的，您可以简单地通过调用源文件夹中的 CLI 来运行流星meteor，但实际上构建和部署有几件事情要做。
首先，在“开发模式”下运行会导致代码不断寻找要重新部署的代码中的更改。这会占用资源......当部署在 AWS 或其他云服务上时，这些资源会花费真金白银，更不用说它会占用资源来完成实际工作。
最重要的是，构建正在优化代码、运行最小化程序、转译器等。这是在开发模式下运行时实时完成的，这又会占用资源。
最后，开发模式运行一个内部 MongoDB，与完整的 MongoDB 安装相反。据我所知，完整安装将优于“嵌入式”版本，而且它允许您在单独的服务器上运行它，这再次释放了资源。
除了性能之外，自动构建和部署优于手动复制/粘贴。任何时候人类必须手动设置某些东西，它一定会在某个时候失败。从长远来看，我们不擅长重复性任务。在我作为专业开发人员的 17 岁以上的时间里，我参与了许多安装，包括生产和非生产。我可以告诉你，自动化安装随着时间的推移而失败的可能性比肉安装（需要人实际执行的安装）更小。我们往往不会一遍又一遍地执行相同的步骤，因此每次都不同。
在我个人的 Meteor 开发中，我什至开始使用自动化的持续集成服务器来完成我的所有部署，包括 Dev 和 Prod。我设置了一次脚本，将我的 CI 服务器指向我的存储库，并监视它的更改。当我更新代码并推送到我的 GIT 存储库时……砰！CI服务器接管，拉下新代码，构建它，测试它，如果一切看起来都不错，就部署它。MUP 在使该过程自动化方面发挥了重要作用，因为它处理了很多繁重的工作。如果在构建或部署中出现任何问题，我会收到一封电子邮件通知，然后只需仔细阅读日志以查看发生了什么。我使用通过 Docker 映像部署的最新实验性 MUP 构建，这很好，因为现在我可以随时轻松地将服务器添加到我的集群中。
而且由于我已经弄清楚如何通过 MUP 和 Jenkins（我的 CI 服务器）自动化一个项目，所以它主要是复制/粘贴和更新我的其他项目的一些配置。