/typehole-rn

TypeScript development tool for Visual Studio Code that helps you automate creating the initial static typing for runtime values

Primary LanguageTypeScriptMIT LicenseMIT

Typehole runtime

A runtime library for Typehole.


Template: TypeScript Module CI codecov

This is a clonable template repository for authoring a npm module with TypeScript. Out of the box, it:

  • Provides minimally-viable tsconfig.json settings
  • Scaffolds a silly arithmetic module (src/index.ts)
  • Scaffolds test suites for full test coverage (test/index.ts)
  • Scaffolds a GitHub Action for Code Integration (CI) that:
    • checks if compilation is successful
    • runs the test suite(s)
    • reports test coverage
  • Generates type definitions (types/*.d.ts)
  • Generates multiple distribution formats:
    • ES Module (dist/index.mjs)
    • CommonJS (dist/index.js)
    • UMD (dist/index.min.js)

All configuration is accessible via the rollup.config.js and a few package.json keys:

  • name — the name of your module
  • main — the destination file for your CommonJS build
  • module — the destination file for your ESM build (optional but recommended)
  • unpkg — the destination file for your UMD build (optional for unpkg.com)
  • umd:name — the UMD global name for your module (optional)

Setup

  1. Clone this template
  2. Replace all instances of TODO within the license and package.json files
  3. Create CodeCov account (free for OSS)
  4. Copy the provided CodeCov token as the CODECOV_TOKEN repository secret (for CI reporting)
  5. Replace src/index.ts and test/index.ts with your own code! 🎉

Commands

build

Builds your module for distribution in multiple formats (ESM, CommonJS, and UMD).

$ npm run build

test

Runs your test suite(s) (/tests/**) against your source code (/src/**).
Doing so allows for accurate code coverage.

Note: Coverage is only collected and reported through the "CI" Github Action (.github/workflows/ci.yml).

$ npm test

Publishing

Important: Please finish Setup before continuing!

Once all TODO notes have been updated & your new module is ready to be shared, all that's left to do is decide its new version — AKA, do the changes consitute a patch, minor, or major release?

Once decided, you can run the following:

$ npm version <patch|minor|major> && git push origin master --tags && npm publish
# Example:
# npm version patch && git push origin master --tags && npm publish

This command sequence will:

  • version your module, updating the package.json "version"
  • create and push a git tag (matching the new version) to your repository
  • build your module (via the prepublishOnly script)
  • publish the module to the npm registry

License

MIT © Luke Edwards