Storage
Storage backends decide where generated files are written. Kubb ships a filesystem backend and an in-memory one. Use createStorage to build your own.
createStorage
createStorage takes a builder function (options: TOptions) => Storage and returns a factory (options?: TOptions) => Storage. Call the returned factory to instantiate the storage, optionally with options.
import { createStorage } from 'kubb/kit'
export const memoryStorage = createStorage(() => {
const store = new Map<string, string>()
return {
name: 'memory',
async hasItem(key) {
return store.has(key)
},
async getItem(key) {
return store.get(key) ?? null
},
async setItem(key, value) {
store.set(key, value)
},
async removeItem(key) {
store.delete(key)
},
async getKeys(base) {
const keys = [...store.keys()]
return base ? keys.filter((k) => k.startsWith(base)) : keys
},
async clear(base) {
if (!base) return store.clear()
for (const k of store.keys()) if (k.startsWith(base)) store.delete(k)
},
}
})TIP
Use memoryStorage for tests and dry runs. Use fsStorage for normal development and CI/CD.
Storage interface
The Storage interface is the shape every backend implements. A Storage instance is what the engine consumes at build time and returns from driver.storage.
| Method | Params | Returns | Purpose |
|---|---|---|---|
hasItem() | key: string | Promise<boolean> | Check whether an item exists |
getItem() | key: string | Promise<string | null> | Retrieve an item's content |
setItem() | key: string, value: string | Promise<void> | Write an item |
removeItem() | key: string | Promise<void> | Delete an item |
getKeys() | base?: string | Promise<string[]> | List keys, optionally filtered by prefix |
clear() | base?: string | Promise<void> | Delete all items, optionally scoped by prefix |
fsStorage
fsStorage is the built-in filesystem storage backend, used by default when no storage option is set in the config. It creates output directories automatically and respects output.path.
memoryStorage
memoryStorage is the built-in in-memory storage backend that writes nothing to disk, so it suits plugin tests, CI validation, and dry runs.
NOTE
Both fsStorage and memoryStorage are exported from kubb/kit and can be passed directly to the storage field at the root of your config.