吐槽一下 Nodejs 的打包

本人非前端，受 electron 桌面应用的吸引编译了 github 上的几个项目包括 vscode。期间包依赖的问题就不提了，简单的 bug 也能修过去，webpack 以后基本都能在本地跑起来。可是其中设置好 build 能用 electron-builder 打包没有几个，不是简单的小错误就是 build 没配置好甚至没有配，却还写在 script 里。令人纳闷的是 release 页面上各个平台的熟肉包一应俱全，我都开始怀疑是不是作者自己打的包。是不是前端做应用的都不太重视打包、分发？

补充一下 vscode 的 rpm 打包方法： build 完之后 yarn run gulp vscode-linux-x64-min yarn run gulp vscode-linux-x64-build-rpm

这还是从 debian 的打包过程看出来的： https://github.com/Microsoft/vscode/wiki/Cross-Compiling-for-Debian-Based-Linux 其他地方我还真没找到。

vscode 是我折腾源码构建、打包问题最少的一个项目了（ encounter 个位数）也许真的没人在乎自己从源码构建、打包，这些项目的 issue 几乎很少提这类问题。

zlyuanteng 1楼•19 小时前

用第三方的 packager 啊

phonegap100 2楼•19 小时前

除了代码是 nodejs 写的，跟 nodejs 打包有啥关系。

itying888 3楼•19 小时前

去看 archlinux 打包文件，那个没有别的乱七八糟的，就是打包过程的干货

sinazl 4楼•19 小时前

webpack、electron-builder 和 nodejs 没关系？我是觉得打个包还要必须熟悉 nodejs 是有点奇怪的，相较其他语言的项目。

对于 python、perl 以及传统 c\c++的确实很有用，但 nodejs 很多就是 archlinux only，比如 vscode，换到 suse 就不行，各种奇奇怪怪的依赖问题，虽然最后也能搞定可是感觉非常不值，我 TM 折腾一下午为啥不直接连同 node_modules 打个 tar 拉倒。而且就算是 archlinux，上面的 comment 也明显比其他语言项目的多。

caililin 5楼•19 小时前

webpack 本身就不是什么 nodejs 的包都能打。再者这也不是 nodejs 提供的功能。不熟悉一个项目的时候从源码构建本来也不容易，哪个语言的都是这样子，以前 linux 那些库，自己编译更是到处出错。这是必由之路。。

sinazl 6楼•19 小时前

在Node.js开发中，打包确实是一个经常被提及且有时令人头疼的话题。不过，尽管存在一些挑战，Node.js的打包工具链其实已经相当成熟，能够帮助开发者高效地管理和优化项目。

最常见的打包工具无疑是Webpack和Rollup。Webpack以其强大的插件系统和配置灵活性著称，而Rollup则以其简洁和快速的打包速度闻名。

以下是一个简单的Webpack配置示例，展示了如何将Node.js项目进行打包：

const path = require('path');

module.exports = {
  entry: './src/index.js', // 入口文件
  output: {
    filename: 'bundle.js', // 输出文件名
    path: path.resolve(__dirname, 'dist') // 输出目录
  },
  target: 'node', // 指定打包目标为Node.js环境
  mode: 'production', // 设置为生产模式以优化输出
  // 其他配置，如加载器（loaders）和插件（plugins）可根据需要添加
};

尽管Webpack功能强大，但在某些情况下，你可能希望使用更轻量级的工具，比如Parcel或esbuild。这些工具通常提供了更快的打包速度和更简单的配置。

此外，Node.js项目中的打包问题有时也源于依赖管理不当。使用npm或Yarn等包管理工具，结合package-lock.json或yarn.lock文件，可以确保项目依赖的一致性和可重现性。

总之，虽然Node.js的打包过程可能看起来复杂，但通过选择合适的工具和配置，开发者可以轻松地管理和优化项目打包。