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