目录结构

客户
端目录中的所有代码仅在客户端或 Web 浏览器中运行。

客户端/兼容性
兼容性目录包含旧版或第三方代码，例如 jQuery 库等。

lib
lib 目录在 Meteor 项目中的其他目录之前加载，并在服务器和客户端上加载。这是定义数据模型，同构库和业务逻辑的首选位置。

imports
导入目录是服务器上可供服务器和客户端使用的目录，但仅在客户端绑定包发送到客户端之前。

packages
packages 目录是本地开发期间存储自定义包的位置。当使用标准命令 meteor add package:name 添加包时，如果本地包在其 package.js 文件中具有相应的描述名称，Meteor 将首先查看此目录。如果没有，它将照常调查大气层。

private
私有目录包含仅应在 Web 服务器上可用的静态文件。

public
公共目录包含仅在应用程序客户端上可用的静态文件。这可能包括品牌资产等。

server
服务器目录包含服务器端资产。这可以包括可能需要安全性考虑的认证逻辑，方法和其他代码。

tests
绑定和部署应用程序时，默认情况下会省略 tests 目录。

正如 Richard Silverton 所建议的那样，不仅要将 meteor 项目目录置于版本控制之下，还要将其父目录置于其中。

通过这种方式，你可以将文件保留在版本控制之下，而无需使用 meteor 来处理它。