@git.zone/tsbundle
A powerful multi-bundler tool supporting esbuild, rolldown, and rspack for painless bundling of web projects.
Issue Reporting and Security
For reporting bugs, issues, or security vulnerabilities, please visit community.foss.global/. This is the central community hub for all issue reporting. Developers who sign and comply with our contribution agreement and go through identification can also get a code.foss.global/ account to submit Pull Requests directly.
Installation
# Global installation for CLI usage
pnpm add -g @git.zone/tsbundle
# Local installation for project usage
pnpm add --save-dev @git.zone/tsbundle
Quick Start
Interactive Setup
The easiest way to get started is with the interactive wizard:
tsbundle init
This guides you through setting up your bundle configuration with preset options:
- element - Web component / element bundle (
./ts_web/index.ts->./dist_bundle/bundle.js) - website - Full website with HTML and assets (
./ts_web/index.ts->./dist_serve/bundle.js) - npm - NPM package bundle (
./ts/index.ts->./dist_bundle/bundle.js) - custom - Configure everything manually
Build Your Bundles
Once configured, simply run:
tsbundle
Your bundles will be built according to your .smartconfig.json configuration.
CLI Commands
| Command | Description |
|---|---|
tsbundle |
Build all bundles from .smartconfig.json configuration |
tsbundle --keep-temp |
Build all bundles and keep their .nogit/tsbundle-temp-* workspaces for debugging |
tsbundle custom |
Same as above (explicit) |
tsbundle init |
Interactive wizard to create/update bundle configuration |
tsbundle element |
Zero-config compatibility preset for ts_web component bundles |
tsbundle website |
Zero-config compatibility preset for website bundles, HTML, and assets |
tsbundle npm |
Zero-config compatibility preset for ts/index.ts bundles |
The preset commands remain available for established package scripts and accept flags such as --production, --bundler, --sourcemap, and --keep-temp. New projects should prefer explicit .smartconfig.json configuration.
Configuration
tsbundle uses .smartconfig.json for configuration. Here's an example:
{
"@git.zone/tsbundle": {
"keepTemp": false,
"bundles": [
{
"from": "./ts_web/index.ts",
"to": "./dist_bundle/bundle.js",
"outputMode": "bundle",
"bundler": "esbuild",
"production": false,
"sourcemap": false
},
{
"from": "./ts_web/index.ts",
"to": "./dist_serve/bundle.js",
"outputMode": "bundle",
"bundler": "esbuild",
"includeFiles": ["./html/**/*.html", "./assets/**/*"]
}
]
}
}
Bundle Configuration Options
| Option | Type | Default | Description |
|---|---|---|---|
from |
string |
- | Entry point TypeScript file |
to |
string |
- | Output file path |
outputMode |
"bundle" | "base64ts" |
"bundle" |
Output format (see below) |
bundler |
"esbuild" | "rolldown" | "rspack" |
"esbuild" |
Which bundler to use |
production |
boolean |
false |
Enable minification |
sourcemap |
boolean |
true |
Control external source-map generation |
banner |
string |
- | Valid JavaScript inserted verbatim before every JavaScript output, including emitted workers |
includeFiles |
(string | { from: string; to: string })[] |
[] |
Additional file patterns; object entries set the serve path in base64ts mode |
maxLineLength |
number |
0 (unlimited) |
For base64ts mode: max chars per line in output |
keepTemp |
boolean |
false |
Keep the bundle's .nogit/tsbundle-temp-* workspace for debugging |
Top-level keepTemp: true keeps the temp workspace for all bundles. Per-bundle keepTemp only affects that bundle. TSBUNDLE_KEEP_TEMP=true and --keep-temp are supported for one-off debugging.
Use banner for content that must remain attached to every generated JavaScript artifact,
such as a license or attribution comment. The value is inserted verbatim and therefore
must be valid JavaScript; a block comment is the usual form. Esbuild, Rolldown, and Rspack
apply the same option through their native banner support.
Temporary Workspace Cleanup
Each custom bundle build uses a unique project-local .nogit/tsbundle-temp-* intermediate workspace. tsbundle writes .gitzone-tool-cache.json into the workspace and removes it after output handling unless keepTemp is enabled. The marker records the owning process so concurrent builds do not delete each other's active workspaces. On startup, marked workspaces older than 24 hours whose owner is no longer running are pruned so interrupted builds do not accumulate indefinitely.
Legacy .nogit/tsbundle-temp and OS temp workspaces with valid stale tsbundle markers are also pruned. An unmarked legacy workspace is never claimed or deleted.
Output Modes
bundle (default)
Standard JavaScript bundle output. Additional files specified in includeFiles are copied to the output directory. Generated chunks, module workers, and enabled source maps are preserved beside the main bundle.
All direct backends and custom publication acquire both output-directory and destination locks so generated and included files cannot interleave. If generation or publication reports an error before the main-file commit, tsbundle restores mutable files and leaves the previous bundle intact. After a successful commit, it removes stale worker chunks and source maps that it owns without deleting neighboring bundle artifacts. Each owned namespace records that ownership in chunks/<namespace>/.tsbundle-artifacts.json.
String includeFiles entries and object entries in bundle mode are copied by source basename into the bundle output directory. In base64ts mode, an object entry's to value is its embedded serve path. Duplicate embedded paths reject the build instead of producing ambiguous output.
base64ts
Generates a TypeScript file with base64-encoded content - perfect for Deno compile scenarios where you need everything embedded in a single executable:
// Auto-generated by tsbundle
export const files: { path: string; contentBase64: string }[] = [
{ path: "bundle.js", contentBase64: "Y29uc3QgaGVsbG8gPSAid29ybGQi..." },
{ path: "bundle.js.map", contentBase64: "eyJ2ZXJzaW9uIjozLCJzb3VyY2VzIjpbLi4u" },
{ path: "index.html", contentBase64: "PCFET0NUWVBFIGh0bWw+..." },
];
If you're working with AI tools that have line length limitations, set maxLineLength (e.g., 200) to split long base64 strings across multiple lines.
Module Workers With Esbuild
The esbuild backend recognizes standard module-worker construction and emits the worker as a separate collision-safe chunk:
const worker = new Worker(new URL('./worker.js', import.meta.url), {
type: 'module',
});
Both direct .ts worker references and NodeNext-style .js specifiers are supported; .js references resolve to the corresponding TypeScript source when present. Acyclic nested worker graphs are emitted recursively, and reused workers are built once while receiving the correct URL from every parent. Cyclic worker graphs reject the build. Direct and custom bundle output publishes worker chunks and source maps with the main bundle, while base64ts includes them in its generated file list. Rebuilding the same destination replaces its owned worker artifact set without affecting files owned by another bundle.
Available Bundlers
tsbundle supports three modern bundlers, each with different strengths:
| Bundler | Speed | Bundle Size | Best For |
|---|---|---|---|
| esbuild | Fastest | Medium | Development, quick iterations |
| rolldown | Fast | Smallest | Production builds, tree-shaking |
| rspack | Fast | Largest (webpack runtime) | Webpack compatibility |
API Usage
TsBundle Class
The core bundling class, usable programmatically:
import { TsBundle } from '@git.zone/tsbundle';
const bundler = new TsBundle();
await bundler.build(
process.cwd(), // Working directory
'./src/index.ts', // Entry point
'./dist/bundle.js', // Output path
{
bundler: 'esbuild', // 'esbuild' | 'rolldown' | 'rspack'
production: true,
sourcemap: false
}
);
Source maps remain enabled by default. Set sourcemap: false for a bundle that
must generate neither an external .map file nor a final external sourceMappingURL reference.
Disabled programmatic and custom builds also remove stale destination maps.
Each bundler runs in a separate child process via smartspawn.ThreadSimple, keeping the main process clean and isolated from bundler-specific dependencies.
HtmlHandler Class
Process and optionally minify HTML files:
import { HtmlHandler } from '@git.zone/tsbundle';
const htmlHandler = new HtmlHandler();
await htmlHandler.processHtml({
from: './html/index.html',
to: './dist/index.html',
minify: true
});
AssetsHandler Class
Copy static assets between directories:
import { AssetsHandler } from '@git.zone/tsbundle';
const assetsHandler = new AssetsHandler();
await assetsHandler.processAssets({
from: './assets',
to: './dist/assets'
});
Base64TsOutput Class
Generate TypeScript files with base64-encoded content for embedding:
import { Base64TsOutput } from '@git.zone/tsbundle';
const output = new Base64TsOutput(process.cwd());
output.addFile('bundle.js', bundleBuffer);
await output.addFilesFromGlob('./html/**/*.html');
await output.writeToFile('./ts/embedded-bundle.ts', 200); // optional maxLineLength
CustomBundleHandler Class
Process multiple bundle configurations from .smartconfig.json:
import { CustomBundleHandler } from '@git.zone/tsbundle';
const handler = new CustomBundleHandler(process.cwd(), { keepTemp: false });
const hasConfig = await handler.loadConfig();
if (hasConfig) {
await handler.processAllBundles();
}
Embedding for Deno Compile
For single-executable scenarios with Deno:
tsbundle init
# Select "custom", set outputMode to "base64ts"
Config:
{
"@git.zone/tsbundle": {
"bundles": [
{
"from": "./ts_web/index.ts",
"to": "./ts/embedded-bundle.ts",
"outputMode": "base64ts",
"bundler": "esbuild",
"production": true,
"includeFiles": ["./html/index.html"],
"maxLineLength": 200
}
]
}
}
Then in your Deno app:
import { files } from './ts/embedded-bundle.ts';
// Decode and serve your embedded files
const bundle = files.find(f => f.path === 'bundle.js');
const html = files.find(f => f.path === 'html/index.html');
const bundleContent = atob(bundle.contentBase64);
const htmlContent = atob(html.contentBase64);
Project Structure Recommendations
your-project/
├── ts_web/ # Web bundle entry points
│ └── index.ts
├── ts/ # Library/node entry points
│ └── index.ts
├── html/ # HTML templates
│ └── index.html
├── assets/ # Static assets (images, fonts, etc.)
├── dist_bundle/ # Output for element/npm bundles
├── dist_serve/ # Output for website bundles
└── .smartconfig.json # tsbundle configuration
License and Legal Information
This repository contains open-source code licensed under the MIT License. A copy of the license can be found in the LICENSE file.
Please note: The MIT License does not grant permission to use the trade names, trademarks, service marks, or product names of the project, except as required for reasonable and customary use in describing the origin of the work and reproducing the content of the NOTICE file.
Trademarks
This project is owned and maintained by Task Venture Capital GmbH. The names and logos associated with Task Venture Capital GmbH and any related products or services are trademarks of Task Venture Capital GmbH or third parties, and are not included within the scope of the MIT license granted herein.
Use of these trademarks must comply with Task Venture Capital GmbH's Trademark Guidelines or the guidelines of the respective third-party owners, and any usage must be approved in writing. Third-party trademarks used herein are the property of their respective owners and used only in a descriptive manner, e.g. for an implementation of an API or similar.
Company Information
Task Venture Capital GmbH Registered at District Court Bremen HRB 35230 HB, Germany
For any legal inquiries or further information, please contact us via email at hello@task.vc.
By using this repository, you acknowledge that you have read this section, agree to comply with its terms, and understand that the licensing of the code does not imply endorsement by Task Venture Capital GmbH of any derivative works.