bunchee
Zero-config bundler for frontend libraries.
Bunchee makes bundling your library into one file effortless, with zero configuration required. It is built on top of Rollup and SWC ⚡️, allowing you to focus on writing code and generating multiple module types (CommonJS, ESModules) simultaneously.
It uses the standard exports configuration in package.json
as the only source of truth, and uses entry file conventions to match your exports and build them into bundles.
Quick Start
Installation
npm install --save-dev bunchee
Configuration
Create your library entry file and package.json.
cd ./my-lib && mkdir src
touch ./src/index.ts
touch package.json
Then use use the exports field in package.json to configure different conditions and leverage the same functionality as other bundlers, such as webpack. The exports field allows you to define multiple conditions.
{
"exports": {
"import": "dist/index.mjs",
"require": "dist/index.cjs"
},
"scripts": {
"build": "bunchee"
}
}
If you want to use ESM package, change the type
field in package.json to module
, bunchee
will change the output format to ESM.
{
"type": "module",
"exports": {
"import": "dist/index.mjs",
"require": "dist/index.cjs"
},
"scripts": {
"build": "bunchee"
}
}
Now just run npm run build
(or pnpm build
/ yarn build
) if you're using these package managers, bunchee
will find the entry files and build them.
The output format will based on the exports condition and also the file extension. Given an example:
- It's CommonJS for
require
and ESM for import
based on the exports condition. - It's CommonJS for
.js
and ESM for .mjs
based on the extension regardless the exports condition. Then for export condition like "node" you could choose the format with your extension.
Usage
File Conventions
While exports
field is becoming the standard of exporting in node.js, bunchee also supports to build multiple exports all in one command.
What you need to do is just add an entry file with the name ([name].[ext]
) that matches the exported name from exports field in package.json. For instance:
<cwd>/src/index.ts
will match "."
export name or the if there's only one main export.<cwd>/src/lite.ts
will match "./lite"
export name.
The build script will be simplified to just bunchee
in package.json without configure any input sources for each exports. Of course you can still specify other arguments as you need.
Assuming you have default export package as "."
and subpath export "./lite"
with different exports condition listed in package.json
{
"name": "example",
"scripts": {
"build": "bunchee"
},
"exports": {
"./lite": "./dist/lite.js"
".": {
"import": "./dist/index.mjs",
"require": "./dist/index.cjs"
}
}
}
Then you need to add two entry files index.ts
and lite.ts
in project root directory to match the export name "."
and "./lite"
, bunchee will associate these entry files with export names then use them as input source and output paths information.
- my-lib/
|- src/
|- lite.ts
|- index.ts
|- package.json
It will also look up for index.<ext>
file under the directory having the name of the export path. For example, if you have "./lite": "./dist/lite.js"
in exports field, then it will look up for ./lite/index.js
as the entry file as well.
Multiple Runtime
For exports condition like react-native
, react-server
and edge-light
as they're special platforms, they could have different exports or different code conditions. In this case bunchee provides an override input source file convention if you want to build them as different code bundle.
For instance:
{
"exports": {
"react-server": "./dist/react-server.mjs",
"edge-light": "./dist/edge-light.mjs",
"import": "./dist/index.mjs"
}
}
Executables
To build executable files with the bin
field in package.json, bunchee
requires you to create the bin
directory under src
directory. The source file matching will be same as the entry files convention.
For example:
|- src/
|- bin/
|- index.ts
This will match the bin
field in package.json as:
{
"bin": "./dist/bin.js"
}
For multiple executable files, you can create multiple files under the bin
directory.
|- src/
|- bin/
|- foo.ts
|- bar.ts
This will match the bin
field in package.json as:
{
"bin": {
"foo": "./dist/bin/a.js",
"bar": "./dist/bin/b.js"
}
}
Note: For multiple bin
files, the filename should match the key name in the bin
field.
Server Components
bunchee
supports to build server components and server actions with library directives like "use client"
or "use server"
. It will generate the corresponding chunks for client and server that scope the client and server boundaries properly.
Then when the library is integrated to an app such as Next.js, app bundler can transform the client components and server actions correctly and maximum the benefits.
If you're using "use client"
or "use server"
in entry file, then it will be preserved on top and the dist file of that entry will become a client component.
If you're using "use client"
or "use server"
in a file that used as a dependency for an entry, then that file containing directives be split into a separate chunk and hoist the directives to the top of the chunk.
CLI
CLI Options
bunchee
CLI provides few options to create different bundles or generating types.
- Output (
-o <file>
): Specify output filename. - Format (
-f <format>
): Set output format (default: 'esm'
). - External (
--external <dep,>
): Specifying extra external dependencies, by default it is the list of dependencies
and peerDependencies
from package.json
. Values are separate by comma. - Target (
--target <target>
): Set ECMAScript target (default: 'es2015'
). - Runtime (
--runtime <runtime>
): Set build runtime (default: 'browser'
). - Environment (
--env <env,>
): Define environment variables. (default: NODE_ENV
, separate by comma) - Working Directory (
--cwd <cwd>
): Set current working directory where containing package.json
. - Types (
--dts
): Generate TypeScript declaration files along with assets. - Minify (
-m
): Compress output. - Watch (
-w
): Watch for source file changes.
cd <project-root-dir>
bunchee ./src/index.js -f cjs -o ./dist/bundle.js
bunchee ./src/index.js -f esm -o ./dist/bundle.esm.js
bunchee ./src/index.js --runtime node --target es2019
If you want to mark specific dependencies as external and not include them in the bundle, use the --external
option followed by a comma-separated list of dependency names:
bunchee --external=dependency1,dependency2,dependency3
Replace dependency1
, dependency2
, and dependency3
with the names of the dependencies you want to exclude from the bundle.
Bundling everything without external dependencies
To bundle your library without external dependencies, use the --no-external
option:
bunchee --no-external
This will include all dependencies within your output bundle.
Environment Variables
To pass environment variables to your bundled code, use the --env option followed by a comma-separated list of environment variable names:
bunchee --env=ENV1,ENV2,ENV3
Replace ENV1
, ENV2
, and ENV3
with the names of the environment variables you want to include in your bundled code. These environment variables will be inlined during the bundling process.
You can use index.<export-type>.<ext>
to override the input source file for specific export name. Or using <export-path>/index.<export-type>.<ext>
also works. Such as:
|- src/
|- index/.ts
|- index.react-server.ts
|- index.edge-light.ts
This will match the export name "react-server"
and "edge-light"
then use the corresponding input source file to build the bundle.
Wildcard Exports
Bunchee implements the Node.js feature of using the asterisk *
as a wildcard to match the exportable entry files.
For example:
{
"exports": {
".": {
"types": "./dist/index.d.ts",
"import": "./dist/index.js"
},
"./*": {
"import": "./dist/*.mjs",
"require": "./dist/*.cjs"
}
}
}
The asterisk *
will be replaced with your entry files, such as:
- my-lib/
|- src/
|- foo/
|- index.ts
|- bar.ts
|- index.ts
|- package.json
This will match the export names "foo"
and "bar"
and will be treated as the new entries as they matched the ./*
wildcard in my-lib
folder.
{
"exports": {
".": {
"types": "./dist/index.d.ts",
"import": "./dist/index.js"
},
"./foo": {
"import": "./dist/foo/index.mjs",
"require": "./dist/foo/index.cjs"
},
"./bar": {
"import": "./dist/bar.mjs",
"require": "./dist/bar.cjs"
}
}
}
Note: Wildcard Exports currently only supports the exports key "./*"
, which will match all the available entries.
CSS
bunchee
has basic CSS support for pure CSS file imports. It will be bundled into js bundle and insert the style tag into the document head when the bundle is loaded by browser.
.foo {
color: orange;
}
import './style.css'
export const Foo = () => <div className="foo">foo</div>
Text Files
If you just want to import a file as string content, you can name the extension as .txt
or .data
and it will be bundled as string content.
For example:
src/index.ts
import data from './data.txt'
export default data
src/data.txt
hello world
output
export default "hello world"
TypeScript
By default bunchee includes Typescript v3.9.x inside as a dependency. If you want to use your own version, just install typescript as another dev dependency then bunchee will automatically pick it.
npm i -D bunchee typescript
Create tsconfig.json
to specify any compiler options for TypeScript.
This library requires at least TypeScript 4.1.x.
Adding "types"
or "typing"
field in your package.json, types will be generated with that path.
{
"types": "dist/types/index.d.ts"
}
Node.js API
import path from 'path'
import { bundle, type BundleConfig } from 'bunchee'
await bundle(path.resolve('./src/index.ts'), {
dts: false,
watch: false,
minify: false,
sourcemap: false,
external: [],
format: 'esm',
target: 'es2015',
runtime: 'nodejs',
cwd: process.cwd(),
})
Watch Mode
Bunchee offers a convenient watch mode for rebuilding your library whenever changes are made to the source files. To enable this feature, use either -w or --watch.
target
If you specify target
option in tsconfig.json
, then you don't have to pass it again through CLI.
Package lint
bunchee
has support for checking the package bundles are matched with package exports configuration.
License
MIT