npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@blockmatic/dev-scripts

v1.6.1

Published

Build, lint, test, format, and release your JS/TS library.

Downloads

42

Readme

dev-scripts

Description

Build, lint, test, format, and release your JS/TS library. This CLI tool bundles all the necessary configuration and dependencies so you can focus on the code.

Usage

yarn add --dev @blockmatic/dev-scripts husky

Add the scripts and commit hooks to your package.json:

{
  "scripts": {
    "test": "dev-scripts test",
    "lint": "dev-scripts lint",
    "build": "dev-scripts build",
    "commit": "dev-scripts commit",
    "release": "dev-scripts release"
  },
  "husky": {
    "hooks": {
      "commit-msg": "dev-scripts commitmsg",
      "pre-commit": "dev-scripts precommit"
    }
  }
}

If you plan to use dev-scripts build to build ESM, CommonJS, and types for your library with ease, update your package.json to define the locations where those will end up. Read more about our the build script.

{
  "main": "cjs/index.js",
  "module": "esm/index.js",
  "types": "types"
}

Editor support steps

Add a root tsconfig.json:

{
  "extends": "@blockmatic/dev-scripts/config/tsconfig.json",
  "include": ["src"]
}

Add a root prettier.config.js:

module.exports = require('@blockmatic/dev-scripts/config/prettier.config.js');

Add a root .eslintrc.js:

module.exports = require('@blockmatic/dev-scripts/config/eslintrc.js');

Add a root jest.config.js:

module.exports = require('@blockmatic/dev-scripts/config/jest.config.js');

Watchers

Both dev-scripts build and dev-scripts test support a --watch flag which runs the underlying CLIs (tsc and jest) as watchers.

# re-compile the cjs, esm, and types on each change to your src with tsc
dev-scripts build --watch

# re-run the tests that are relevant to your file changes with jest
dev-scripts test --watch

The build script

dev-scripts build runs three parallel calls to the TypeScript compiler.

  • One of them transpiles the files as CommonJS and outputs it to the cjs directory. Your repo should have "cjs/index.js" set as main in your package.json. You can turn this off using --no-cjs when running build.
  • Another does the exact same thing but only transpiles to EcmaScript modules. This is super helpful if your consuming project is using Babel or TypeScript, and you'll end up avoiding playing games of transpilation telephone along the way. Your repo should have "esm/index.js" set as module in your package.json if using this. You can turn this off with the --no-esm flag when running build.
  • Finally, tsc will be run to output type definitions. Your repo should have the "types" directory set as types in your package.json if using this. You can turn this off with the --no-types flag when running build.

These parallel builds are set up to share resources and work efficiently.

If you need to use Babel for some reason, that's ok! Simply use babel directly instead of using dev-scripts build. Teams inside Blockmatic mix and match which scripts they use to serve their needs. In many cases, tsc is all you need and is lighter and simpler to set up.

Setting up CI publishing (Travis CI)

The following steps should be from your local repository folder.

(Optional but probably mandatory): Visit https://travis-ci.com/account/repositories and click "Sync Account" otherwise the Travis CLI may not be able to register your ENV vars later.

  1. Add a basic .travis.yaml. You probably want something like:
language: node_js
node_js:
  - '8'
  - '10'
  - '12'
branches:
  only:
    - master
cache:
  yarn: true
  directories:
    - node_modules
before_install:
  - curl -o- -L https://yarnpkg.com/install.sh | bash -s
  - export PATH="$HOME/.yarn/bin:$PATH"
script:
  - yarn lint
  - yarn test
  1. Append a "release" stage to the jobs: that invokes dev-scripts release:
jobs:
  include:
    - stage: release
      node_js: lts/*
      script: skip # do not run tests again
      deploy:
        provider: script
        skip_cleanup: true
        script:
          - yarn dev-scripts release # or `yarn release` if you defined it in your package.json scripts
  1. Install the travis CI CLI: gem install travis
  2. Create an NPM token: https://www.npmjs.com/settings/[NPM USERNAME]/tokens (scope: Read and Publish)
  3. Set the secure ENV var: travis env set NPM_TOKEN YOUR-NPM-TOKEN
  4. Create a Github Token: https://github.com/settings/tokens (required scope: public_repo !)
  5. Set the secure ENV var: travis env set GH_TOKEN YOUR-GH-TOKEN
  6. Commit all your changes with yarn commit, and push.

If you use a scoped public package, such as @yourusername/packagename, then you'll need explicitly set in your package.json:

  "publishConfig": {
    "access": "public"
  },

Otherwise you'll receive an error during release like "You must sign up for private packages" or a missing flag --access=public.

Contributing

To start working in the repo:

yarn
yarn bootstrap

This library provides shared scripts and configs for creating a library at Blockmatic. It tries to use as much of those scripts and configs for itself, which is why the bootstrap task is required above. Otherwise, you can run within this package itself:

yarn lint
yarn build
yarn test