A powerful bundler and build tool for ComputerCraft TypeScript projects. The builder helps you compile, bundle, and serve TypeScript code for ComputerCraft computers.
Note: The builder requires Bun to run.
The easiest way to get started with CC-TS is to use our project creation tool:
bun create cc-ts my-project
# or
npm create cc-ts@latest my-project
This will guide you through creating a new project with two options:
@cc-ts/builder for bundling and developmentThe creation tool will set up your project with the correct dependencies and configuration files.
For more information about creating new projects, check out the create-cc-ts package.
bun add -D @cc-ts/builder
# or
npm install --save-dev @cc-ts/builder
The builder can be used via its CLI command cc-ts:
cc-ts [options] [files...]
Configure your project by adding a cc-ts section to your tsconfig.json:
{
"compilerOptions": {
// ... your TypeScript options
},
"tstl": {
"luaTarget": "CC-5.2",
"luaLibImport": "require-minimal",
"buildMode": "default"
},
"cc-ts": {
"minify": false,
"analyze": false,
"builtInModules": [],
"externals": [],
"reproducible": false,
"serve": false,
"servePort": 8080
}
}
-p, --project <path> - Path to tsconfig.json--minify - Minify the output Lua code--analyze - Print a dependency analysis report after the build--analyzeFormat <text|json> - Choose analysis output format--analyzeOutput <path> - Write analysis output to a file--serve - Start a development server--servePort <number> - Specify development server port (default: 8080)--watch - Watch mode for development--debug - Enable debug logging--explain <a,b,c> - Explain specific modules in the analysis output--externals <json> - Configure external module rules--reproducible - Remove volatile build metadata from bundle headers-h, --help - Show help information-v, --version - Show version informationThe builder includes a development server for testing your code. Enable it with:
cc-ts --serve
This will start a server (default port 8080) that serves your compiled Lua files.
For development, you can use watch mode to automatically recompile on changes:
cc-ts --watch
Combine with serve for a complete development setup:
cc-ts --watch --serve
Add these convenient scripts to your package.json:
{
"scripts": {
"build": "cc-ts",
"dev": "cc-ts --watch --serve",
"watch": "cc-ts --watch"
}
}
Specify built-in modules that should not be resolved and bundled:
{
"cc-ts": {
"builtInModules": ["fs", "http"]
}
}
This is useful when a module is provided by ComputerCraft or by your own runtime environment.
Specify which files should be ignored as entry points using glob patterns:
{
"cc-ts": {
"ignoreAsEntryPoint": ["**/*.lib.ts", "src/utils/**"]
}
}
Files matching these patterns will still be included when imported by other modules, but won't be built as standalone entry points. This is useful for utility libraries, shared code, and similar files.
Ask the builder to explain what happened to each dependency:
cc-ts --analyze
cc-ts --analyze --analyzeFormat json --analyzeOutput dist/build-analysis.json
cc-ts --analyze --explain fs,my-library.runtime
This is useful when you want to answer questions like:
dist/?externals rules let you explicitly classify runtime dependencies:
{
"cc-ts": {
"externals": [
{
"pattern": "fs",
"mode": "builtin",
"reason": "Provided by the ComputerCraft runtime"
},
{
"pattern": "my-vendor-lib",
"mode": "external",
"reason": "Installed separately on the target computer"
},
{
"pattern": "my-lua-lib",
"mode": "copy",
"outDir": "vendor",
"reason": "Ship the runtime Lua alongside the bundle"
}
]
}
}
Rule modes:
builtin: treat the module like a provided runtime dependency.external: leave the module unresolved at bundle time and expect it at runtime.copy: emit the runtime Lua file into the build output and extend package.path to find it.The builder works best with these dependency shapes:
.d.ts declarationsexternal or copyPackages that only publish JavaScript are usually not directly usable from ComputerCraft builds. When possible, prefer:
.lua + .d.ts packageEnable minification for production builds:
{
"cc-ts": {
"minify": true
}
}
minify currently cannot be combined with sourceMap or sourceMapTraceback in the builder. If you need runtime traceback fidelity, keep minification disabled.
Enable reproducible to remove timestamp noise from generated headers:
{
"cc-ts": {
"reproducible": true
}
}
Created and maintained by Jakob Helgesson.