Skip to main content

Package configuration

To configure a package, add a packemon block to their package.json, with any of the following optional options. We suggest defining a platform at minimum.

package.json
{
"name": "package",
"packemon": {
"platform": "node"
}
}

If you would like to support granular combinations of platforms, its formats, and supported environments, you may pass an array of options to packemon. This is an advanced feature, so use with caution.

package.json
{
"name": "package",
"packemon": [
{
"inputs": { "index": "src/index.ts" },
"platform": "node"
},
{
"inputs": { "web": "src/web.ts" },
"platform": "browser",
"support": "current"
},
{
"inputs": { "node": "src/node.mjs" },
"format": "mjs",
"platform": "node",
"support": "experimental"
}
]
}

Platforms

The platform in which built code will be ran.

  • browser (default) - Web browsers on desktop and mobile.
  • electron - Electron applications.
  • native - Native devices, primarily for React Native.
  • node - Node.js runtime.
{
"platform": "browser"
}

To support multiple platforms, pass an array.

{
"platform": ["browser", "node"]
}

Support

The supported environment and or version for the configured platform(s).

  • legacy - An unsupported version. Only exists for legacy projects and systems.
  • stable (default) - The oldest supported version, typically a version in LTS maintenance mode.
  • current - The current supported LTS version.
  • experimental - The newest version, typically not yet released for LTS. Is experimental or unstable.
{
"support": "current"
}

We suggest leaving this setting at stable for all libraries, as it offers the widest range of support for consumers.

Legend

The supported environments above map to the following platform targets.

LegacyStableCurrentExperimental
Browser>= 0.10%, not IE 11defaults, not IE 11>= 1%, not deadlast 2 chrome versions
electron>= 11>= 16>= 21>= 26
Native>= iOS 14>= iOS 15>= iOS 16>= iOS 17
Node>= 16.12.0>= 18.12.0>= 20.10.0>= 21.6.0

Formats

The output format for each platform build target. Each format will create a folder relative to the project root that will house the built files.

Packemon defaults to an ECMAScript format if available.

Browser

  • lib - CommonJS output using .js file extension. For standard JavaScript and TypeScript projects.
  • esm (default) - ECMAScript module output using .js file extension.
  • umd - Universal Module Definition output using .js file extension. Meant to be used directly in the browser (via CDN) instead of being bundled. Will be automatically enabled if namespace is provided and using default formats.

Electron

  • lib - CommonJS output using .js file extension. For standard JavaScript and TypeScript projects.
  • esm (default) - ECMAScript module output using .js file extension.

Native

  • lib - CommonJS output using .js file extension. For standard JavaScript and TypeScript projects.
  • esm (default) - ECMAScript module output using .js file extension.

Node

  • lib - CommonJS output using .js file extension. For standard JavaScript and TypeScript projects.
  • cjs - CommonJS output using .cjs file extension. Source files must be written in CommonJS (.cjs) and require paths must use trailing extensions. Will automatically create .mjs wrappers for inputs.
  • mjs (default) - ECMAScript module output using .mjs file extension. Source files must be written in ESM (.mjs) and import paths must use trailing extensions.
{
"format": "lib"
}

To support multiple formats, pass an array.

{
"format": ["lib", "esm"]
}

Inputs

A mapping of entry points for the library (only when bundling), where the object key is the name of the output file to be built (without extension), and the value is an input source file relative to the package root.

{
"inputs": {
"index": "src/index.ts",
"client": "src/client/index.ts",
"server": "src/server.ts"
}
}

Defaults to { "index": "src/index.ts" } if not defined. If you're not using TypeScript, you will need to configure this.

These inputs can be automatically mapped to package.json exports using the --addExports CLI option. Do note that this feature is still experimental.

Features

Feature flags can be enabled on a per-package basis, providing far more granular control, and providing an opt-in mechanism for experimental features. The following features are available:

  • cjsTypesCompat (bool) - When dual-building a package to both CJS and ESM outputs, this feature will automatically rename .d.ts files to .d.cts for the cjs format. This is a compatibility hack and may not work correctly, and should only be used if source files are .ts and not .cts. Defaults to false.
  • helpers (string) - How Babel/swc helpers should be handled when transpiling. Accepts bundled (default), external, runtime, or inline.
  • swc (bool) - Transpile source files with swc instead of Babel. Defaults to false.
{
"features": {
"helpers": "runtime"
}
}

Externals

By default, Packemon will denote all package.json dependencies (peer, dev, and prod) as Rollup externals. If you need to define custom externals (path aliases, etc), you can utilize the externals option, which accepts a string or an array of strings.

{
"externals": "some-module-name"
}

Externals can also be provided as regex-strings that will be used with string match().

{
"externals": ["@scope/\\*"]
}

API

Declares the type of import/export API this package is providing, either public or private. If not provided, is public for node platform, but private for all other platforms.

  • Public - Allows deep imports, where the import path is a 1:1 to a file system path within the package. When adding exports, will use subpath export patterns that will wildcard match any file in the output format.
  • Private - Disallows deep imports, and only allows index and inputs imports. When using exports, inputs will use subpath exports that are relative from the package index.
{
"api": "public"
}

Bundle

Whether to bundle the source code into a single file for each input. If not provided, is false for node platform, but true for all other platforms.

{
"bundle": false
}

Prefer the defaults as much as possible. The only time this setting should change is if the package should allow deep imports. For example, a component library.

Namespace

For browsers only, this would be the name of the UMD global variable.

{
"namespace": "Packemon"
}