mockapie

• Quick Start
• Features
  • TypeScript
  • ESLint
  • Ava
  • Dripip
  • Simple succinct friendly low-barrier issue templates
  • Prettier
  • npm scripts for development lifecycle
  • CI with GitHub Actions
  • Renovate
  • Yarn 2
  • [CJS+ESM Hybrid package build (see Dr. Axel's article about this)](#cjsesm-hybrid-package-build-see-dr-axels-article-about-thishttps2alitycom201910hybrid-npm-packageshtml)
  • VSCode Settings
  • Readme Table of Contents

Project template for TypeScript libraries

Quick Start

1. Setup a clone of this repo:

   gh repo clone prisma-labs/mockapie <your package name> && cd <your package name> && yarn
   

2. Run the bootstrap script:

   yarn ts-node scripts/bootstrap \
      --orgAndRepo '<your org>/<your repo>' \
      --developerName '<your full name>' \
      --packageName '<your package name>' \
      --createGithubRepo
   

3. Setup a repo secret called NPM_TOKEN containing an npm token for CI package publishing.

Example:

gh repo clone prisma-labs/mockapie foobar \
   && cd foobar \
   && yarn \
   && yarn bootstrap \
      --orgAndRepo 'jasonkuhrt/foobar' \
      --developerName 'Jason Kuhrt' \
      --packageName 'foobar' \
      --createGithubRepo

Features

TypeScript for Type Safety & Productivity

1. Optimal settings for the safety of your implementation

   1. strict mode enabled.
   2. All lint flags enabled:
      • noImplicitReturns
      • noFallthroughCasesInSwitch
      • noUncheckedIndexedAccess
      • noPropertyAccessFromIndexSignature
      • noImplicitOverride

2. .tsbuildinfo cache setup, output discretely into node_modules/.cache

3. Base tsconfig.json shared across tests, src, and ts-node.

4. ts-patch setup for enhanced language features:

   1. typescript-transform-paths for a working tsconfig paths config!
   2. ts-node configuration taken care of.
   3. Intentional avoidance of ttypescript

5. Optimal output setup for your users

   1. Target ES2019 which Node as low as version 12 has good support for (Kangax compatibility table).
   2. declaration so your users can power their intellisense with your packages typings.
   3. declarationMap enabled to make your published source code be navigated to when your users use "go to definition".
   4. package.json typeVersions used to emit only one set of declaration files shared by both CJS and ESM builds.
   5. sourceMap enabled to allow your users' tools to base off the source for e.g. stack traces instead of the less informative derived built JS.
   6. importHelpers enabled to minimize build size.

ESLint For Linting

1. TypeScript integration
2. TS type-checker powered eslint checks enabled
3. Prettier integration using just eslint-config-prettier. eslint-plugin-prettier is not used to avoid lint noise and slower run time. Prettier is expected to be run by your IDE and your CI and if really needed you manually via yarn format.
4. Setup as a CI check for PRs
5. Always display as warning to keep IDE error feedback for TypeScript (CI enforces warnings).
6. Auto-fixable import sorting

Ava for Testing

Dripip for Releasing

Simple succinct friendly low-barrier issue templates

1. Emojis ✈️
2. Feature / bug / docs / something-else
3. Config to display discussions link right in new issue type listing UI

Prettier for code formatting

1. Prisma Labs config preset, 110 line width
2. Setup as a CI check for PRs
3. VSCode extension in recommended extensions list so that when collaborators open the project they'll get prompted to install it if they haven't already.
4. npm script

npm scripts for development lifecycle

1. clean to remove cache and dist files
2. build that runs clean beforehand
3. prepublishOnly that runs build beforehand
4. format to quickly run prettier and format-imports over whole codebase
5. lint to quickly run eslint over whole codebase

CI with GitHub Actions

1. Separate trunk and pull-request (PR) workflows.
2. Dependency install cache enabled.
3. On PR:
   1. Prettier Check
   2. Lint Check
   3. Tests across matrix of mac/linux/windows for Node 14/16
4. On trunk:
   1. Tests across matrix of mac/linux/windows for Node 14/16
   2. Automated canary release

Renovate configuration

1. JSON Schema setup for optimal intellisense
2. Group all non-major devDependency updates into single PR (which "chore" conventional commit type)
3. Group all major devDependency updates into single PR (with "chore" conventional commit type)
4. Group all non-major dependency updates into single PR (with "deps" conventional commit type)
5. Each major dependency update in own PR (with "deps" conventional commit type)

Yarn 2 for package management

1. Painless/familiar workflow via node_modules for nodeLinker
2. Plugins:
   1. plugin-outdated Bring back outdated command from Yarn 1.
   2. plugin-typescript for painless @types consumptions (e.g. You probably forget how to pull down @types packages for already-scoped npm packages, doesn't matter now).
   3. plugin-interactive-tools for some slick in-terminal project maintenance.

CJS+ESM Hybrid package build (see Dr. Axel's article about this)

1. Use exports field to give support to both modern import and legacy require consumers using Node 12.x and up. For details about the exports field refer to the Official Node.js Docs about it.
2. Use main field for legacy versions of Node (before 12.x) requiring the CJS build.
3. Use module field for legacy bundlers importing the ESM build.

VSCode Settings

1. Optimize project search by ignoring dist-cjs/dist-esm directories.
2. Enable typescript.enablePromptUseWorkspaceTsdk so that oneself and collaborators will get prompted to use the workspace version of TypeScript instead of the one in the editor.

Readme Table of Contents

1. Using markdown-toc