javascript - 是否有任何标准化的方法来处理 Bower 膨胀？

Question

我刚刚完成了一个站点构建，在该站点构建中，我们必须将文件提供给第 3 方以与他们的系统集成。构建必须是独立的，因为会有多方部署它们，能力水平各不相同。

我遇到的问题是，在下载我的 Javascript 库时，Bower 正在安装阳光下的一切，并不总是包含 dist/ 文件夹，或者缩小库的版本，因此在删除非必要文件以进行部署时，通常很难找到要保留的正确文件。

最初考虑过保留所有内容的选项，但它使文件大小从 4.5mb 膨胀到超过 15mb。如果我们直接部署到服务器，这是我可能会选择的选项，但包含一大堆代码(包括依赖项、自述文件、进一步的 grunt 和 bower 文件等)的危险似乎太大了。

如果我们要对这些系统进行标准化，那么系统本身肯定应该以某种方式进行标准化，以避免我们不得不手动浏览组件目录、删除文件和进行测试以确保没有任何问题。

我是否缺少构建阶段？我应该使用一些繁重的任务来将所有这些文件缩小到一个单独的 js 文件中吗？我如何确保此步骤不会向项目中添加错误或将错误版本的文件拉入我的 mega- js文件？

Answer 1

我将所需的文件挑选到我进行版本控制的另一个位置。我 gitignore bower_componants，并在每次安装前端包时执行此 cherry-pick，比如

gulp bower-cherry-pick --package jquery

它内部使用 https://github.com/ck86/main-bower-files ，并在挑选时自动包含 bower.json 和 .bower.json

这是 bower-cherry-pick 的示例，并且在您挑选了多个 bower 包之后，有一个重要的注意事项:我们使用我们精心挑选并专门 checkin git 的东西，同时捆绑并包含在源代码中。 An example way of doing this is here我只是将 main-bower-files 插件重新指向去肿(或精心挑选)的位置并捆绑、缩小和包含。

仅在安装新包时使用 bower_components，并且希望在安装新包时使用 bower 提供的验证、排序/排序和记录保存。在所有其他时间使用精心挑选的文件。两全其美。