GitXplorerGitXplorer
k

swc-plugin-coverage-instrument

public
92 stars
13 forks
2 issues

Commits

List of commits on branch main.
Verified
07f356ab24c5a55363596345ad7b3699ee863689

Merge pull request #252 from kwonoj/build-release

kkwonoj committed 3 months ago
Verified
d91a3815c06bbffb5efe03f344cf3c4505fabc4e

build(release): release 0.0.25

kkwonoj committed 3 months ago
Verified
f5d63303f6bc0707abb05bf391f487952d52b44d

Merge pull request #249 from ronakj/chore/upgrade-swc

kkwonoj committed 3 months ago
Unverified
9df07e0fe7619c3730bd7a1175a14a1aac67f965

Initial commit

rronakj committed 4 months ago
Unverified
7e40ebd187486648d5c063e49705cca562242713

Update swc/core

rronakj committed 4 months ago
Unverified
07ca0b2f5a72e5a47d777eecec6bc01aed7b16cd

chore: upgrade swc_core and rust-toolchain

JJiangWeixian committed 5 months ago

README

The README file for this repository.

SWC-coverage-instrument

swc-coverage-instrument is a set of packages to support istanbuljs compatible coverage instrumentation in SWC's transform passes. Instrumentation transform can be performed either via SWC's wasm-based plugin, or using custom passes in rust side transform chains.

What does compatible exactly means?

This instrumentation will generate a data struct mimics istanbuljs's FileCoverage object conforms fixture test suite from istanbuljs itself.

However, this doesn't mean instrumentation supports exact same interfaces surrounding coverage object as well as supporting exact same options. There are some fundamental differences between runtime, and ast visitor architecture between different compilers does not allow identical behavior. This package will try best attempt as possible.

NOTE: Package can have breaking changes without major semver bump

Given SWC's plugin interface itself is under experimental stage does not gaurantee semver-based major bump yet, this package also does not gaurantee semver compliant breaking changes yet. Please refer changelogs if you're encountering unexpected breaking behavior across versions.

Usage

Using SWC's wasm-based experimental plugin

First, install package via npm:

npm install --save-dev swc-plugin-coverage-instrument

Then add plugin into swc's configuration:

const pluginOptions: InstrumentationOptions = {...}

jsc: {
  ...
  experimental: {
    plugins: [
      ["swc-plugin-coverage-instrument", pluginOptions]
    ]
  }
}

InstrumentationOptions is a subset of istanbul's instrumentation options. Refer istanbul's option for the same configuration flags. However there are few exceptions or differences, referencing InstrumentOptions will list all possible options.

interface InstrumentationOptions {
  coverageVariable?: String,
  compact?: bool,
  reportLogic?: bool,
  ignoreClassMethods?: Array<String>,
  inputSourceMap?: object,
  instrumentLog: {
    // Currently there aren't logs other than spans.
    // Enabling >= info can display span traces.
    level: 'trace' | 'warn' | 'error' | 'info'
    // Emits spans along with any logs
    // Only effective if level sets higher than info.
    enableTrace: bool
  },
  unstableExclude?: Array<String>
}

Using custom transform pass in rust

There is a single interface exposed to create a visitor for the transform, which you can pass into before_custom_pass.

let visitor = swc_coverage_instrument::create_coverage_instrumentation_visitor(
    source_map: std::sync::Arc<SourceMapper>,
    comments: C,
    instrument_options: InstrumentOptions,
    filename: String,
);

let fold = as_folder(visitor);

Building / Testing

This package runs istanbuljs' fixture tests against SWC with its wasm plugin & custom transform both. spec contains set of the fixtures & unit test to run it, as well as supplimental packages to interop between instrumentation visitor to node.js runtime. swc-coverage-instrument-wasm exposes FileCoverageInterop allows to consume FileCoverage struct inside of js, and swc-coverage-custom-transform is an example implementation to run before_custom_pass with swc-coverage-instrument visitor.

Few npm scripts are supported for wrapping those setups.

  • build:all: Build all relative packages as debug build.
  • test: Runs unit test for wasm plugin & custom transform.
  • test:debug: Runs unit test, but only for debug-test.yaml fixture. This is mainly for local dev debugging for individual test fixture behavior.